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1. INTRODUCTION. 
1.1. Registration. 

As soon as you receive your NEWDOS/80, fill out and mail the registration card. 
Apparat will limit its assistance and patches (zaps) to registered owners only. 
In your communications with Apparat, always state your name, address and your 
NEWDOS/80' s registration number. For Version 1 of NEWDOS/80 we had many com- 
plaints of not receiving zaps from users who had not sent in the registration 
card. Apparat does not require the owner to agree to anything when filling out 
the NEWDOS/80 Version 2 registration card; just let us know who you are. 



1.2 Trademark Credits. 

Throughout this manual certain trademarked names will be used to refer to those 
trademarked products. Since our printers do not have the tm symbol, we will 
acknowledge the trademarked names here. If we have missed rendering an ac- 
knowledgement, please forgive us as we do not mean for any trademarked name to 
be used to refer to anything that the trademark holder does not mean it to 
refer to. In some cases, such as VTOS, the primary manual for that system 
shows the name trademarked but does not say who it is trademarked to. 

1. TRS-80 is a registered trademark of Radio Shack, Inc. 

2. TRSDOS is a registered trademark of Radio Shack, Inc. 

3. VTOS is a registered trademark. 

4. LDOS is a registered trademark of Lobo Drives International. 

5. DOUBLER is a registered trademark of Percom Data Company, Inc. 

6. SCRIPSIT is a registered trademark of Radio Shack, Inc. 



1.3. What Is Apparat' s NEWDOS/80 Version 2? 

Almost all disk based computer systems use a Disk Operating System (known as a 
DOS) to provide a software interface between the user program performing disk 
I/O and the actual disk drives and their controllers. Usually these operating 
systems perform many other functions as well such as controlling what user pro- 
gram is executing and the allocation of disk files and file space. Believe it 
or not, the primary function of a DOS is to make life easier for the computer 
users and programmers. NEWDOS/80 is one of a number of DOSs that operate with 
the TRS-80; in this case only the Model I and Model III are supported. 

NEWDOS/80 Version 2 is the replacement for NEWDOS/80 Version 1 that was re- 
leased in June, 1980 and for NEWDOS/21 that was released in March, 197 9. 
NEWDOS/80 Version 2 is a disk operating system designed to operate on the 
TRS-80 Model I and the TRS-80 Model III. A particular NEWDOS/80 Version 2 
master diskette is tailored to operate on only one of the two TRS-80 models; if 
you wish to operate on both the Model I and the Model III, you must purchase 
different NEWDOS/80 's for each. The TRS-80 model being used must have at least 
32K of RAM and at least one 5 inch, single sided, 35 (40 for the Model III) 

1-1 INTRODUCTION 



track disk drive (mounted on drive 0). Model I NEWDOS/80 Version 2 is distri- 
buted on a 35 track, single sided, single density diskette, and Model III 
NEWDOS/80 Version 2 master diskette is distributed on a 40 track, single sided, 
double density diskette. You must have a disk drive capable of handling the 
master diskette. 

NEWDOS/80 Version 2 for the Model I and NEWDOS/80 Version 2 for the Model III 
are mostly downward compatible with NEWDOS/80 Version 1, NEWDOS/21 and Model I 
TRSDOS 2.3, but it will be necessary to maintain certain programs with differ- 
ent copies for all four systems for incompatibilities do exist. NEWDOS/80 
Version 2 is more incompatible with the Model III TRSDOS than it is with the 
Model I TRSDOS, and most programs and files will have to be maintained differ- 
ently in the two systems. In the past, while TRSDOS was largely dormant, 
attempts were made to limit the incompatibilities between NEWDOS and TRSDOS, 
but now that TRSDOS is being actively updated more and more incompatibilities 
are appearing between the two systems. TRSDOS is going one way; NEWDOS/80 is 
going another. If this limits and eventually destroys NEWDOS' s usefulness to 
the users, so be it. NEWDOS cannot and should not exist to be a mirror image 
of TRSDOS; if the user wants that, then please use TRSDOS. NEWDOS was acci- 
dently created in the huge vacuum left by Model I TRSDOS, has always incorpo- 
rated features not in TRSDOS and, in Version 2, has not implemented many of the 
newer features of the Model III TRSDOS. Chapter 12, sections 12.1 through 12.5 
give some of the incompatibilites of NEWDOS/80 Version 2 with NEWDOS/80 Version 
1 and with the Model I and III TRSDOSs. 

The DOS and DISK BASIC portions of NEWDOS/80 are total rewrites from that of- 
fered in NEWDOS/21. The requirement that the user purchase TRSDOS as a pre- 
condition of use of NEWDOS/21 is not required for NEWDOS/80. It is still 
recommended that the user purchase TRSDOS, and NEWDOS/80 users are expected to 
have purchased the TRSDOS manual and be knowledgeable of its contents as use of 
NEWDOS/80 assumes this user knowledge. Users of the EDTASM module are still 
required, as a precondition of use of NEWDOS/ 80' s EDTASM, to have purchased 
Radio Shack's tape editor/assembler. 

Though NEWDOS/80, Version 2 was tested more extensively than Version 1, there 
will still be errors, and many programs will require at least a zap to work 
with NEWDOS/80 Version 2. Error reporting procedures are discussed in chapter 
11, and the outstanding zaps are in chapter 13. 



1.4. Duplicate and Specify the System. 

NEWDOS/80 is not a simple system. When the NEWDOS/80 user is ready to ini- 
tially use NEWDOS/80, he/she should spend one to two hours studying the docu- 
mentation before doing anything with the NEWDOS/80 diskette. 

When ready, put a write protect tab on your NEWDOS/80 Version 2 master disk- 
ette. Then power up your computer, place the master diskette in drive and 
press reset. The NEWDOS/80 banner should appear optionally followed by re- 
quests for date and time. If date and time are requested, please give realis- 
tic values. Next, NEWDOS/80 READY will be displayed to indicate DOS is waiting 
for something to do. 
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It is good practice to never mount on a disk drive the NEWDOS/80 master disk- 
ette except to make copies of the diskette and to very carefully apply manda- 
tory zaps (see chapter 11). When zapping, you should first apply the zaps to a 
working Version 2 system diskette and test them out before applying them to the 
master diskette. Keep the master diskette stored away in a safe place; do not 
keep it in your NEWDOS/80 manual and do not use it in normal operations. 
Apparat will not replace a lost master diskette though it will, under the terms 
for the diskette update service offered in section 11.9, replace a damaged 
diskette. 

Enter, via the keyboard, the DOS command: 

LIB 

A list of all the DOS library commands will be displayed to you. These com- 
mands are defined in chapter 2 with examples. 

Enter the DOS command: 

DIR,0,S,I 

A list of all the files on the NEWDOS/80 Version 2 master diskette will be dis- 
played. These files, except for NWD8§V2/ILF and NWD8SV2/XLF, are discussed in 
chapter 5. 

Enter the DOS command: 

SYSTEM,0 

NEWDOS/80 offers the user certain system options which are specified via the 
DOS library command SYSTEM (see section 2.46) and activated during each compu- 
ter reset. The DOS command SYSTEM, you just executed has displayed the state 
of all SYSTEM options, and you should compare these value carefully against the 
specifications. You may decide that your system is to use different SYSTEM 
specifications. You may change them now if absolutely necessary; otherwise you 
should wait until after you have made a few backup copies of the master disk- 
ette. Whenever you decide to update the master diskette, don't forget to take 
off the write protect tab. 

Enter the DOS command 

PDRIVE,0 

NEWDOS/80 can operate with a limited mixture of disk drive and interface types. 
The characteristics of each of the physical drives 0-3 must be specified to 
the system via the DOS library command PDRIVE (see section 2.39). These char- 
acteristics are then read by DOS during each computer reset. The PDRIVE com- 
mand you just executed has displayed the existing drive specifications plus 6 
psuedo drive specifications. You may want to change the specifications for one 
or more drives. You may do so now if absolutely necessary; otherwise you 
should wait until you have a few backup copies of the master diskette. 

Now you must make three or more copies of the NEWDOS/80 Version 2 master disk- 
ette. If possible, perform these initial backups without changing any of the 
SYSTEM or PDRIVE parameters. If not possible, change them the minimum neces- 
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sary and do a reset when done. You should carefully study sections 2.14, 2.39 
and 2.46. 

NEWDOS/80 does NOT have a BACKUP module; format 5 or 6 of DOS library command 
COPY (see section 2.14) is used instead. For each of the backups you are about 
to do, the master diskette is both the system and the source diskette while the 
destination diskette is the diskette to contain the new working copy of the 
NEWDOS/80 system. Some examples of the COPY command you will use to make 
copies of the NEWDOS/80 Version 2 master diskette are: 

COPY, 0, 0, ,FMT, USD For a single drive system where the master and copy 
diskettes have the same PDRIVE characteristics. 

\ COPY, 0,1 , ,FMT,USD For a multiple drive system where the master and 

copy (mounted on drive 1) diskettes have the same PDRIVE characteristics. 

COPY, 0,0,,FMT, USD, CBF,DPDN=4 For single drive system wherein the 
destination diskette has PDRIVE characteristics different from the master 
diskette. You must have previously altered the master diskette PDRIVE 
speci- fication for drive 4 (remember to use the A option or to reset the 
computer after changing the drive 4 specification). 

COPY, 0,1,,FMT, USD, CBF For a multiple drive system where the drive 1 
drive will be moved to drive after the copy and the destination drive 
has different PDRIVE characteristics than does the current drive 0. You 
must have previously altered the master diskette's PDRIVE specification 
for drive 1 . 

Each system diskette has its own set of SYSTEM and PDRIVE characteristics. 
Therefore, for each working copy of NEWDOS/80 Version 2 you make, after the 
copy is completed, you need to set that system diskette's SYSTEM and PDRIVE 
characteristics for the operating conditions it is to operate with. 

The NEWDOS/80 owner is authorized to make as many copies as necessary of the 
NEWDOS/80 diskette or individual programs thereon for his/her own personal use. 
NEWDOS/80 owners and users are specifically prohibited from copying the 
NEWDOS/80 diskette or individual programs thereon for use by others. See COPY, 
formats 2 and 4, in section 2.14. 



1.5. Apply Outstanding Zaps. 

Before your NEWDOS/80 is ready to run user programs, review the outstanding 
zaps to both NEWDOS/80 modules and to other modules (such as EDIT/CMD and 
SCRIPSIT) that require patches to work properly with NEWDOS/80. Chapter 11 
explains how to apply zaps (patches), and with your NEWDOS/80 should have come 
a chapter 13 which contains the zaps. If part or all of chapter 13 is not in 
the proper place in the manual, please put it there. Mandatory zaps must be 
applied; optional zaps are at user discretion. 

Mandatory zaps to NEWDOS/80 modules should be applied to all copies of the 
NEWDOS/80 Version 2 master diskette and to the NEWDOS/80 Version 2 master 
diskette. DO NOT start applying the zaps until you have at least 2 or 3 good 
backup copies made of the NEWDOS/80 diskette. 
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1.6. Commence Using NEWDOS/80. 

Once all backup copies of the NEWDOS/80 Version 2 system are made, zaps appli- 
ed, system options and drive characteristics specified, you are now ready to 
use NEWDOS/80. 

Put away the master diskette and mount in drive one of the system diskette 
just made. Then press reset to re-initialize DOS using the new diskette. 
NEWDOS/80 READY will then appear. The user may now type in a DOS command, 
which is either a DOS library command as discussed in chapter 2 or the name or 
name/ext of a user program to be loaded and run. If a user program does not 
have a name extension, name extension CMD is assumed. Examples: 

BASIC causes the load and execution of program BASIC/CMD. 

SCRIPSIT/LC causes the load and execution of program SCRIPSIT/LC. 

If the DOS library command or the user program requires or allows for parame- 
ters within the DOS command, one or more spaces or a comma must follow the 
command name and preceed the parameter( s) . Examples: 

BASIC, 5, 65000 
DIR 1 A 

For virtually all programs to be executed under NEWDOS/80, there are instruc- 
tions on how to use the program that usually comes with the program when you 
buy it. For NEWDOS/80 program modules, the instructions are in chapter 6 ex- 
cept for BASIC which is covered in chapters 7 and 8. 

Those users upgrading from NEWDOS/80 Version 1, NEWDOS/21 or TRSDOS to 
NEWDOS/80 Version 2 should read sections 12.1 through 12.5 carefully. 



1.7. Apparat Thanks Its Beta Testers. 

Over forty persons throughout the United States and Canada were involved in the 
testing of NEWDOS/80 Version 2, finding errors, suggesting enhancements and 
providing criticism. Apparat and the NEWDOS/80 author thank each one of these 
beta testers for the long hours spent working with the three beta releases that 
were sent out. It is Apparat' s policy that each beta tester receive a compli- 
mentary copy of the final release of NEWDOS/80 Version 2. 
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2. DOS LIBRARY COMMANDS. 



2.1. Notation Conventions and General Information. 

All DOS commands terminate with an ENTER. In subsequent specifications, the 
ENTER is not shown, but the user is to supply it. 

DOS commands are limited to a total of 80 characters, including the concluding 
ENTER. 

[] A set of brackets are used to enclose an optional parameter. When using 
the optional parameter in a DOS command, the [] are not included. 

Examp 1 e : 

[ ,PR0T=xxx] [ ,ASE=yn] [ ,ASC=yn] 
could be coded as 

,PROT=READ,ASC=N 

Upper case A - Z and non alphanumeric characters are to be included exactly as 
shown. See the above example. 

Lower case letters or words with or without trailing decimal digits. These 
represent prototype values for which the user is to substitute the appropriate 
actual values. See the above example. 

In some cases where the prototype will be replaced by one and only one char- 
acter, the prototype word contains, in lower case, all the characters legal for 
that value. This helps serve as a reminder of which characters are legal re- 
placement for that prototype value. For example, if ASC=Y and ASC=N are the 
only two legal ASC values, then the prototype will usually be written as 
ASC=yn. 

Where commas are used in DOS commands, they may be replaced by one or more 
consecutive spaces. 

Numeric values without a suffixed H are considered decimal values unless 
otherwise specified. Hexadecimal values must be suffixed with an H unless 
otherwise specified. Example: 

4000H and 16384 are the same value. 

When specifying a disk file, the term 'filespec' is used. A filespec is of the 
form: 

namel [ / extl ] [ . pas swor dl ] [ : dnl ] 

Parameters must be specified in the above order. 

namel is the file's name consisting of 1 - 8 chars of which the first must 
be A - Z and the others A - Z or - 9. 

extl is the name extension (i.e., CMD, BAS, OBJ, CIM, TXT, DOC, COM, etc.) 
which classifies a file. A file need not have a name extension, but if it 
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does it must be 1 - 3 chars of which the first must be A - Z and the 
others A - Z or - 9. If a file has a name extension, all filespecs re- 
ferencing the file must include the name extension, unless a default name 
extension is provided for (i.e., /CMD). 

passwordl is 1 - 8 chars of which the first must be A - Z and the others A 
- Z or - 9. Passwordl is the value given to both the access and update 
passwords for a file when it is created. Passwordl is value used in 
password checking when an existing file is opened. Passwordl is required 
in a filespec if passwords are enabled and the file has passwords assign- 
ed; otherwise it is not. 

dnl is the drive # of the drive which has the diskette containing the 
file. Examples: 

MYFILE80/BAS.YOURPW80:0 

MYFILE:3 

YOURFILE.YOURPW 

NEWDOS/80 will accept lowercase in all DOS library commands and any further 
input that might be queried for. 

For each DOS library command, the command keyword is stated along with a brief 
definition. Next, if the command is allowed parameters, a prototype of the 
command is given, listing all required and optional parameters. Next comes 
explanations of the command, parameters and options. Lastly, some examples of 
the DOS command are given. 

For documentation ease, the prototype command is sometimes shown spread over 
multiple lines in this document; however, the user should consider each command 
as one contiguous statement. 

Unless otherwise stated, a DOS library command is executable under MINI-DOS 
(see section 4.2) . 

NEWDOS/80 differs from TRSDOS in NOT using parenthesis to enclose parameters. 
In NEWDOS/80 version 1, parenthesis around the operands were optional for 
BREAK, CLOCK, DEBUG, DIR, PROT, and VERIFY; they are NOT allowed in version 2. 

In the same vein, version 1 allowed the keywords ON or OFF to be used instead 
of Y or N in the DOS commands BREAK, CLOCK, DEBUG and VERIFY; this is NOT 
allowed in version 2. 



2.2. APPEND Append one file onto the end of another. 

APPEND, filespecl,[ TO, ]filespec2 

This command will append the file filespecl onto the end of the file filespec2. 
The EOF from file filespec2's directory FPDE determines the point at which file 
filespecl is appended. This may be trouble if file filespec2 had explicit EOF 
characters, such as in BASIC program files or assembler source files. 
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File filespecl is not altered. The original contents of file filespec2 are not 
altered; the file is only added to. 

APPEND is not executable under MINI-DOS. 

APPEND examples: 

1. APPEND, XXX :1,YYY/ DAT :0 The contents of file XXX on drive 1 are 
appended onto the end of file YYY/DAT which is on drive 0. 

2. APPEND AAA TO BBB The contents of file AAA are appended onto the 
end of file BBB. DOS searches the currently mounted diskettes to find 
both files. 



2.3. ATTRIB Assign attributes to a file. 

ATTRIB, filespecl [ ,INV] [ ,VIS] [ ,PROT=xxx] [ ,ACC=passwordl] [ ,UPD=password2] 
[ ,ASE=e] [ ,ASC=c] [ ,UDF=u] 

This command assigns attributes to the filespecl file. At least one of the 
optional parameters must be specified. 

If passwords are enabled in your system, then filespecl must specify the 
existing update password, if any, for that file. 

INV gives the file the invisible attribute. Unless the I option is specified 
in DIR, the file will not be listed by DIR. 

VIS takes away the invisible attribute, whether the file had it or not. 

PROT=xxx specifies the access level to be used during file I/O if passwords are 
enabled (see system option AA) and the access, not the update, password was 
used to open the file. The levels are defined for values of xxx as: 

LOCK Level 7. No access allowed to the file at all, except by the 
system's overlay loader. 

EXEC Level 6. Access allowed only to execute the file as a program. 
BASIC will require either RUN or LOAD with R option, and will disable the 
BREAK key, thereby preventing the user from stopping the RUN and disal- 
lowing direct statement execution. 

READ Level 5. Access allowed for execute or to read the file's con- 
tents. 

WRITE Level 4. Access allowed for execute, read or write of the file. 

RENAME or NAME Level 2. Access allowed for execute, read, write or to 
rename the file. 

KILL Level 1. Access allowed for execute, read, write, rename or to 
kill the file. 
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FULL Level 0. All operations are allowed on the file. 

ACC=passwordl Passwordl is assigned as the access password for the file. If 
null, a value of all blanks is assumed; otherwise the value must be 1 - 8 
characters with the 1st = A - Z and the others A - Z or - 9. Assigning the 
access password via this parameter of ATTRIB is the only way that will enable 
use of the PROT=xxx protection and then only if the access password is differ- 
ent from the update password. If a password is specified when the file is 
created, it is assumed both the update and the access password, and the update 
password has priority at open time. If passwords are enabled, the password 
specified in the filespec at open time is not the update password, and it is 
the access password, the current protection level is stored into the FCB for 
later use by the DOS read, write, load, etc. routines. Subsequently, if an 
access is attempted in violation of the access level, 'ILLEGAL ACCESS TRIED TO 
A PROTECTED FILE' error will occur. 

DPD=password2 Password2 is assigned as the update password for the file. 
The update password is of the same configuration as the access password. Dur- 
ing file open where passwords are enabled, the password specified in the file- 
spec is checked first against the file's update password. If they match, then 
FULL access is allowed to the file. 

ASE=e where e is either Y or N. This parameter has been added to allow DOS 
to automatically allocate diskette space to a file if ASE=Y or to disallow 
further allocation if ASE=N. ASE=Y is the default condition when a file is 
created. 

ASC=c where c is either Y or N. This parameter has been added to allow DOS 
to automatically deallocate file diskette space beyond the EOF during a CLOSE 
operation if ASC=Y is specified, and to disallow this deallocation if ASC=N. 
ASC=Y is the default setting when a file is created. 

DDF=u where u is either Y or N. This parameter has been added to mark the 
file as updated if UDF=Y is specified or to clear the updated mark if UDF=N is 
specified. The DOS system marks a file as updated whenever it is about to up- 
date a sector to that file and it finds the file's directory entry not marked 
as updated. 

ATTRIB command examples: 

1. ATTRIB, XXX/CMD:1,UPD=ZXCVB, AC C=NMLKJ,PROT=EXEC Assigns to file 
XXX/CMD located on drive 1 the update password ZXCVB, the access password 
NMLKJ and protection level 6 which allows the program to be executed but 
not read or written to. Since the filespec XXX/CMD:1 did not specify a 
password, we must assume that either password checking was disabled 
(SYSTEM option AA=N) or the file did not have an update password prior to 
the ATTRIB command. 

2. ATTRIB YYY/DAT.OZBV INV ASE-N ASC=N UDF=N This command tests if 
file YYY/DAT has update password QZBV, and if so, assigns the file the 
invisible attribute, flags that extra space allocation and excess space 
deallocation are not to be allowed, and lastly clears the file's updated 
flag. 



DOS LIBRARY COMMANDS 2-4 



AUTO - BASIC2 - BLINK 



2.4. AUTO Define the DOS command to be executed at reset. 

AUTO[,doscmd] 

This command allows the user to specify a 1 - 31 character DOS command to be 
invoked automatically at reset time. This command is stored in the last 32 
bytes of GAT sector of the current system diskette. 

If doscmd is not specified, then a null command is stored in the GAT sector to 
indicate to reset/power-on that no AUTO command exists. 

If SYSTEM option AB = N and BC = Y, by pressing ENTER during reset, the auto 
command in the GAT sector will be ignored, and the system will go to DOS READY. 

AUTO is useful to the user who usually executes the same command or chain of 
commands (see CHAIN, sections 2.9 and 4.3, and DO, section 2.19) at reset time. 
By setting system option AB=Y or BC=N, the user is forced to this command or 
chain of commands, thus allowing the person(s) controlling a computer to re- 
strict the activity of users of the computer. 

AUTO command examples: 

1. AUTO BASIC RUN"XXX/BAS" causes subsequent reset/power-ons to 
activate BASIC and to start the execution of the BASIC program XXX/BAS. 

2. AUTO DO RSACTION causes subsequent reset/power-ons to activate 
chaining from file RSACTION/ JCL, thus executing the DOS and other program 
commands contained therein. 

3. AUTO causes subsequent reset/power-ons to go to the normal DOS 
READY, awaiting the next DOS command to be inputted from the keyboard. 



2.5. BASIC2 Activate non-disk BASIC (Model I only). 

This command puts the system into non-disk BASIC. NEWDOS/80 is no longer in 
the system. 



2.6. BLIHK Enable/disable cursor blinking. 

BLINK [,yn] 

BLINK or BLINK, Y Blinking of the display cursor is turned on. 

BLINK, N Blinking of the display cursor is turned off. 

SYSTEM option BH can be used to set the cursor blinking state at reset/ 
power-on. 
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2.7. BOOT Reset the computer. 



On the Model I, this command deselects the drives and then executes Z-80 in- 
struction HALT, which causes both a hardware and a software reset. For the 
Model III, since HALT does not cause a hardware reset, this instruction causes 
a jump to location to execute a software reset. 



2.8. BREAK Enable/disable the BREAK key. 
BREAK [ ,yn] 

BREAK or BREAK, Y The BREAK key is enabled as a normal input key (hex- 
adecimal code 01) until the next normal DOS READY, when it is set according to 
system option AG. 

BREAK, N The BREAK key is disabled as a normal input key until the next 
normal DOS READY, when it is set according to system option AG. 

The BREAK command is useful for those programs that want the BREAK key enabled, 
and enable it via a DOS-CALL (vector 441 9H) . The same applies to programs that 
definitely want BREAK disabled. NOTE: Executing BREAK from DOS READY is use- 
less since the immediate return to DOS READY resets the BREAK key according to 
system option AG. 

In NEWDOS/80 the BREAK key may also be enabled by storing a 0C9H byte in Model 
I location 4312H (Model III location 4478H) and may be disabled by storing a 
0C3H byte in that location. In NEWDOS/80 version 1, the break key was also 
manipulated by changing bit 4 of location 4369H (Model I only); in version 2 
for the Model I, setting or clearing this bit does nothing and is harmless. 
However, programs on the Model III must NOT alter that bit, as that location is 
now in the system buffer. 



2.9. CHAIH Shift to keyboard input from disk. 

CHAIN, filespecl [ ,sectionid] 

DOS command DO performs exactly the same as CHAIN. 

The purpose of the CHAIN command is to cause a predefined set of characters to 
be treated as input from the keyboard. This predefined set of characters has 
been previously stored in the file filespecl. 

The CHAIN command places NEWDOS/80 in chaining mode, if not already there. The 
file filespecl is opened. If sectionid is not specified, the file is posi- 
tioned at the beginning. If sectionid is specified, the file is searched for 
the matching sectionid record, leaving the file positioned at the byte follow 
ing the section ID record. 

Subsequently, input that is supposed to come from the keyboard comes from the 
DOS LIBRARY COMMANDS 2-6 



CHAIH - CHNOM 



chain file until chaining is terminated by the encounter of either end of file 
or end of section or until chaining is temporarily halted by the execution of 
the DOS command CHNON, N. 

Keyboard data is input from the chaining file in one of two modes. 

If SYSTEM option AT = N, chaining operates in record mode. In this mode, 
whenever NEWDOS/80, BASIC or any program requests a new record from the 
keyboard via the standard ROM keyboard record input routine at 05D9H, the 
record will come from the chain file. Any other requests for keyboard 
input are honored from the keyboard and not the chain file. 

If SYSTEM option AT = Y, chaining operates in byte mode. In this mode, 
all requests for keyboard input characters via the standard keyboard input 
routine are honored from the chain file. 

The CHAIN command may be issued via DOS-CALL or via BASIC'S CMD function. When 
so, DOS does not immediately return to the calling program but instead contin- 
ues to execute commands from the chain file until either end of file, end of 
section, command CHN0N,N or command CHNON,Y is encountered. 

CHAIN is not legal under MINI-DOS. 

The chain file creator/maintainer is responsible for assuring that chaining 
does not create impossible situations for the system or user programs. 

NEWDOS/80 cannot have more than one chain file active at a time. If the new 
DOS command from the current chain file is itself a CHAIN or DO command, pro- 
cessing in the current file ceases and the new chain file is opened, becoming 
the new current chain file. 

When the system opens a chain file, name extension in the filespec defaults to 
JCL if the filespec doesn't give one. 

CHAINING is discussed further in section 4.3. 

CHAIN or DO command examples: 

1. CHAIN, XXX:0 Chaining starts at the beginning of file XXX/JCL:0. 

2. DO YYY/CHN:l y 6$G Chaining starts at the first byte of the chain 
section named QQQ within file YYY/CHN. 



2.10. CHNON Alter chaining state. 
CHNON.ynd 

The CHNON command is used during chaining. An error will occur if a chain file 
is not currently open. A CHNON command should not be the last entry in an un- 
sectioned chain file or the last entry in a chain file section as the command 
will be meaningless. 
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CHNON, N The current position within the chain file is remembered and chain- 
ing is temporarily suspended so that subsequent keyboard characters to come 
from the keyboard. If chaining was being done under DOS-CALL, the current DOS- 
CALL level is exited. 

CHNON, Y causes subsequent keyboard characters to come from the chain file, 
starting at the current position within the chain file. If CHNON, Y was exe- 
cuted as a DOS-CALL, the current DOS-CALL level is exited. 

CHNON, D causes subsequent keyboard characters to come from the chain file, 
starting at the current position within the chain file. If CHNON, D was exe- 
cuted as a DOS-CALL, DOS remains at that level and executes subsequent commands 
from the chain file until either CHNON, Y or CHNON, N or end of section or end 
of file is encountered. 

See sections 2.9 and 4.3 for further discussion of chaining. 



2.11. CLEAR Clear user memory routes, timer and logical enqueues. 

CLEAR [ , START=addrl ] [ , END=addr2 ] [ ,MEM=addr3 ] 
The CLEAR command performs the following functions: 

1. Performs ROUTE, CLEAR DOS command function. 

2. Dequeues all user routines in the timer interrupt routine chain that 
were enqueued by the 4410H (Model I) or 447BH (Model III) call to DOS. 
This includes turning the clock display off. 

3. Dequeues all *name routines that were enqueued by a 4461H call to DOS. 
This includes the NEWDOS/80 spooler, if active, but not its graceful ter- 
mination. The spooler, if in use, should be fully terminated before 
executing CLEAR. 

4. Resets HIMEM to addr3 or, if addr3 not specified, to the highest 
memory address. 

5. Zeroes memory from addrl or 5200K, which ever is greater, through 
addr3 or HIMEM, whichever is lower, addrl must be greater than or equal 
to 5200R and less than or equal to addr3. 

CLEAR command examples: 

1. CLEAR, START=6000H,MEM=0DFFFH All routes are cleared, and all 
timer and *name routines dequeued. HIMEM is set to 0DFFFH. The main 
memory between 6000H and 0DFFFH is zeroed. 

2. CLEAR All routes are cleared, and all timer and *name rou- 
tines dequeued. HIMEM is set to the highest main memory location, and all 
memory from 5200H to HIMEM is zeroed. 
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2.12. 



CLOCK 



Display the time every second. 



CLOCK [,yn] 



CLOCK or CLOCK, Y The current value of the clock is displayed every 
second in positions 53-60 of the display's top line in HH:MM:SS format. 



CLOCK, N 



The displaying of the clock ceases. 



Users are warned that 
ware clock in the sens 
time is done from the 
it is done in the ROM 
left off for more than 
rupts are lost and for 
Model III). Lost inte 
massive when tape I/O 
off the 25ms chain are 



the clock will continuously lose time. There is no hard- 
e of seconds, minutes and hours. Computation of clock 
25ms interrupt chain in the Model I (in the Model III, 
from the timer interrupt). Whenever the interrupts are 
25ms (33 or 40 ms on the Model III), one or more inter- 
each one lost, the clock loses 25ms (33 or 40 ms on the 
rrupts are very frequent when disk I/O is being done, is 
is done, and can also be frequent if other routines hung 
more than a few milliseconds long. 



/«!■)« VtJLm) 



Clear the display. 



CLS simply clears the display, reseting it to 64 character mode. 
Ill, reserved top display lines are not cleared. 



On the Model 
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The COPY command is used to copy a single file, multiple files or a full 
diskette. COPY has 6 formats: 

1 . COPY, f ilesped [ ,T0] ,f ilespec2[ ,SPDN=dn3] [ ,DPDN=dn4] 

2. C0PY,$f ilespecl [ ,T0] ,£ ilespec2[ ,SPDN=dn3] [ ,DPDN=dn4] 

3. COPY, [ : ]dnl ,f ilespecl [ ,T0] ,f ilespec2[ ,SPDN=dn3 ] [ ,DPDN=dn4] 

4. COPY, [ : Jdnl ,$f ilespecl [ ,T0] , filespec2[ ,SPDN=dn3 ] [ ,DPDN=dn4] 

5. C0PY.r:ldnir=tclir.T0l.r:1dn2f=tc2]. mm/dd/vy [,Y][,N] 

[ ,NDMW] [ ,FMT] [ ,NFMT] [ ,SPDN=dn3 ] [ ,DPDN=dn4] [ ,SPW=passwordl ] 
[ ,NDPW=password3] [ ,DDND] [ ,ODN=namel ] [ ,KDN] [ ,KDD] [ ,NDN=name2] 
[ ,SN=name3] [ ,USD] [ ,BDU] [ ,UBB] 

6. C0PY.h1dnir.T0l J : 1dn2[=tc2] , mm/dd/yy ,CBF[ ,Y] [ ,N] 

[ ,USR] [ ,/ext] f ,UPD] [ ,ILF=f ilespecSTI ,XLF=filespec4] [ ,CFW0] 
[ ,NDMW] [ S FMT] [ ,NFMT] [ ,SPDN=dn3 ] [ ,DPDN=dn4] [ ,SPW=passwordl ] 
[ ,0DPW=password2] [ ,NDPW=password3] [ ,DDND] [ ,0DN=namel ] 
[ ,KDN] [ ,KDD] [ ,NDN=name2] [ ,SN=name3 ] [ ,USD] [ ,UBB] 
[ ,DDSL=lnl ] [ ,DDGA=gcl ] 

The COPY command has been significantly changed in NEWDOS/80 version 2; all 
users, new and old, should carefully read this section. 

COPY cannot be executed under MINI-DOS; however for simple single file copies, 
DOS library command MDCOPY is available. 
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dnl and dn2 are drive numbers and may be equal. The colon preceding dnl and/o: 
dn2 is optional. 

Filespecl is the source file's filespec. Filespec2 is the destination file's 
filespec. 

Filespecl prefixed with $ means that either the source or the destination file 
or both are to be on drive and are on diskette(s) that either (1) do not 
contain a NEWDOS/80 system identical to the one on drive when COPY was init- 
iated, (2) do not contain a NEWDOS/80 system, or (3) contain no system at all. 

During processing for formats 2, 3, 4, 5 and 6, the system may ask for various 
diskette mounts; do what the prompts ask!! 

1. When prompted for the system diskette, mount the NEWDOS/80 diskette 
that was on drive at the start of the COPY command execution. 

2. When prompted for the source diskette, mount the diskette containing 
file filespecl (formats 1, 2, 3 and 4) or the data to be copied (formats f 
and 6). 

3. When prompted for the destination diskette, mount the diskette to 
contain file filespec2 (formats 1, 2, 3 and 4) or to receive the data 
being copied (formats 5 and 6). 

SPDN=dn3 Source PDrive Number. SPDN=dn3 tells the system that for all source 
drive I/O, the system diskette's PDRIVE specifications (see DOS command PDRIVE, 
section 2.37) for drive dn3 are to be used instead of the source drive's normal 
PDRIVE specifications. dn3 is a value to 9, referring to a drive number 
listed by the PDRIVE command. 

DPDN=dn4 Destination PDrive Number. DPDN=dn4 tells the system that for all 
destination drive I/Os, the system diskette's PDRIVE specifications for drive 
dn4 are to be used instead of the destination drive's normal PDRIVE specifica- 
tions. dn4 is a value to 9 referring to a drive number listed by the PDRIVE 
command. 

Note that use of SPDN and DPDN for a drive single drive COPY (formats 4, 
5 or 6) means that three different PDRIVE specifications (one for the sys- 
tem diskette, one for the source diskette and one for the destination 
diskette) will apply during the COPY even though only one drive is used. 

Format 1 is the single file copy. It is used to copy the contents of file 
filespecl to file filespec2. The diskette(s) involved in the COPY must already 
be mounted; the system gives no mount prompts. The contents of file filespecl 
are not altered. The previous contents of file filespec2, if any, are lost. 
If the leading part of filespec2 equals that of filespecl, filespec2 may be 
shortened by leaving off the leading part, the remainder of filespec2 starting 
with / or . or : . For example: 

COPY,USERFILE/DAT:0,TO,USERFILE/DAT:1 

can be shortened to: 

COPY,USERFILE/DAT:0,TO, :1 
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Remember, the keyword TO is optional, and spaces may be used instead of commas. 
Thus the command could be written: 

COPY USERFILE/DAT:0 :1 

Format 2 is the same as format 1 except that the $ sign prefixed onto file- 
specl indicates that a conflict exists with drive 0, the system drive, and DOS 
will prompt for the proper diskettes to be mounted on drive 0. If the source 
and destination drive numbers are both zero but the source and destination 
files are on separate diskettes, use format 4 instead of format 2. 

Format 3 again is similar to format 1, except that the user has only 1 drive 
available for the copy and file filespecl resides on a diskette different from 
that of file filespec2. Neither filespec can specify a drive number. DOS will 
prompt for the mount of the source and destination diskettes as they are need- 
ed. If drive is specified, both the source and destination diskettes must 
contain a NEWDOS/80 system identical to the one mounted on drive at the start 
of the COPY command; otherwise use format 4. 

Format 4 performs similar to format 3 except that either file or both reside on 
diskettes with different NEWDOS/80 systems, non-NEWDOS/80 systems or no systems 
at all. DOS will prompt for the mount of the system, source and destination 
diskettes as they are needed. Format 4 should only be used when dnl equals 0; 
otherwise you are wasting time with diskette swaps that are not needed. 

Formats 2 and 4 allows suppliers of programs, whether free or purchased, to 
send their program products on diskettes that do not contain NEWDOS systems. 
Aside from the supplier's programs and/or data files, the diskette need only 
contain the directory and the BOOT/SYS file, both created on each diskette 
during formatting. Suppliers must not include a NEWDOS system on their disk- 
ettes unless they have made explicit arrangements with Apparat. 

NEWDOS/80 does not have a diskette BACKUP program. Instead, either formats 5 
or 6 is used. Format 5 is a full diskette sector by sector copy without con- 
cern for the number and type of files. Format 6 copies some or all of the 
source diskette's files onto the destination diskette. Of the two, for the 
same amount of data transmitted, format 5 is faster while format 6 allows 
greater variation between source and destination diskette types and tries to 
reassign files to contiguous space. 

Format 5 is a full diskette cony . The default specifications for the two 
drives are the PDRIVE specif icatios currently ~ being , r used, _ b^ jf DOJ .^Jhe drives 
must have fch«~*a»e~«jmb«*~«ir sectors per tracp* granules per lump and sectors 
per granule (five is the current NEWDOS/80 standard); otherwise format 6 must 
be used. The destination diskette may have more tracks than the source; if so, 
the destination directory is adjusted to account for the extra free granules 
(not done if BDU option specified). Format 5 options are defined as follows: 

=tcl DOS is to use the value tcl as the source diskette's track count 
during the COPY rather than the source drive's default value. 

=tc2 DOS is to use the value tc2 as the destination diskette's track 
count during the COPY rather than the destination drive's default value. 

mm/dd/yy is the date to be placed in the destination diskette date 
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field. The mm/dd/yy may be null, and if so the system date is used. The 
only time mm/dd/yy may be entirely left out of the format 5 COPY command 
is when the command has only the two drive number parameters (example: 
COPY 1 ). Otherwise mm/dd/yy must be the 3rd parameter even if it is 
null or to be overridden by either the KDD or the USD parameter. If the 
mm/dd/yy is null, this must be so indicated by separating commas (not 
spaces) (example: COPY 1,,FMT CBF ). 

Y The user doesn't care what was previously on the destination disk- 
ette. Y is mutually exclusive with N, ODN, ODPW, DDND, KDM or KDD. Y is 
the default (for COPY) if none of its mutual exclusions are specified. 

N At the start of the COPY or FORMAT the destination diskette must not 
contain recognizable data, i.e., should be in a bulk erase state. COPY 
will be terminated if the diskette is found to contain data. N is mutual- 
ly exclusive with Y, ODN, ODPW, DDND, KDN or KDD. 

NDMW No Diskette Mount Waits. DOS is to assume that all needed disk- 
ettes are already mounted on the specified drives. No mount prompts or 
error prompts are displayed. If an error occurs that otherwise would have 
caused a prompt, the copy will be terminated. If NDMW is specified and 
neither FMT nor NFMT are specified, FMT is assumed. NDMW is intended for 
use when COPY (or FORMAT) is invoked via DOS-CALL (i.e., from BASIC) and 
the calling program does not want operator interaction. Since NDMW causes 
the COPY or FORMAT to bypass error and disk mount queries, it is recom- 
mended that NDMW normally not be used when the operator is keying in the 
COPY (or FORMAT) command. 

FMT Format. DOS formats the destination diskette before copying data. 
FMT is mutually exclusive with NFMT. If neither FMT or NFMT is specified 
and NDMW was not specified, the operator will be queried 'FORMAT DISKETTE? 
(Y OR N)'. If neither FMT or NFMT is specif ed and NDMW was specified, FMT 
is assumed. 

NFMT No Format. DOS does not format the destination diskette before 
copying data. The user must assure that the destination diskette is al- 
ready formatted correctly. NFMT is mutually exclusive with FMT. 

SFW=passwordl Source Password. If passwords are enabled (system op- 
tion AA = Y) and system option AR = N, then COPY requires a source disk- 
ette master password match. If passwordl does not match the source disk- 
ette's password, the copy function will be terminated. 

NDPW=password3 New Destination PassWord. Password3 must conform to 
rules for passwords and is assigned as the destination diskette's new 
password. NDPW is mutually exclusive with BDU. 

DDND Display Destination old Name and Date. The destination disk- 
ette's old name and date are prompted to the display, allowing the opera- 
tor to decide whether or not to proceed with the copy. DDND is mutually 
exclusive with Y, N, and NDMW. 

ODN=namel Old Destination Name. If the destination diskette's old 
name is not equal to namel , then the system prompts, allowing the operator 
to decide whether to proceed with the copy. ODN .is mutually exclusive 
with Y, N and NDMW. 
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KDN Keep Destination diskette Name. The destination diskette keeps 
its old name rather than receive the source diskette's name. KDN is mu- 
tually exclusive with Y, N, BDU and NDN. 

KDD Keep Destination diskette Date. The destination diskette keeps 
its old date rather than receive the mm/dd/yy parameter from the COPY 
command. KDD is mutually exclusive with Y, N, BDU and USD. 

NDN=name2 New Destination Name. The destination diskette takes name2 
as its name, rather than receive the source diskette's name. Name2 must 
conform to the specification for diskette names. NDN is mutually exclu- 
sive with BDU and KDN. 

USD Use Source Date. The destination diskette uses as its date the 
source diskette's date, rather than receive the mm/dd/yy parameter from 
the COPY command. USD is mutually exclusive with KDD and BDU. 

SN=name3 Source diskette Name. If the source diskette's name is not 
equal to name3 , a prompt is issued, allowing the operator to decide 
whether or not to proceed with the copy. 

BDU Bypass destination Directory Update. Aside for simply copying 
the source sectors onto the destination diskette, the format 5 COPY also 
updates the boot and PDRIVE data in the destination file BOOT/SYS and, as 
necessary, the name, date, password and extra granule information^ into 
file DIR/SYS. There are times, however, when this file updating is not 
wanted, and by specifying option BDU these updates are bypassed. BDU is 
useful when the source diskette has a bad directory, has a non-standard 
directory (such as a TRSDOS Model HI directory) or has no directory at 
all or when the user wants a full diskette copy with no alterations. BDU 
is mutually exclusive with KDN, NDN, NDPW and USD. 

UBB Use Big Buffer In NEWDOS/21 and NEWDOS/80 version 1, COPY was 
restricted to using main memory below 7000H unless it was a two diskette, 
single drive COPY, in which case all of memory to HIMEM was used. If a 
user wanted to force the usage of all memory to HIMEM, the UBB parameter 
had to be specified. However, in NEWDOS/80 version 2, all of main memory 
to HIMEM is used unless the COPY was invoked under DOS-CALL (i.e., from 
BASIC), in which case only main memory below 7000H is used. Thus, in 
NEWDOS/80 version 2, UBB is a useless parameter left in existence only for 
upward compatability from Version 1. 



Format 6 is the multiple file COPY and is distinguished from format 5 by the 
inclusion of the CBF (Copy By File) option. Though format 5 is the faster way 
to backup a diskette, format 6 offers more flexibility, allowing files to be 
copied between diskettes and drives of widely varying characteristics. The 

choice of files to be copied can be limited by the combined effect of _ options 
USR /ext, UPD, ILF, XLF and CFWG; if one or more criteria are specified, only 
those files satisfying all the criteria are copied. Format 5's options, except 

BDU, are used in format & as well as the following additional options. 

If NFMT is specified, then none of Y, N, KDN, KDD, NDN, BDU, USD, NDPW, 
DDSL, DDGA or tc2 may be specified, ODPW may be required, and system files 
are not copied unless already existent in the destination file directory. 
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If NFMT is not specified, then the destination file is formatted as if the 
command was FORMAT, including establishing BOOT/SYS and DIR/SYS. Then, 
before any files are copied, all files to be copied are entered into the 
destination diskette's directory. This is necessary as system files must 
occupy the same directory FPDEs in order for DOS to work at all. 

CBF Copy By File CBF, required for and used only in format 6, ind- 
icates the copy will be done by files rather than in straight sequential 
order of diskette sectors. 

USR copy user files. Only user files are copied; system and invis- 
ible files are excluded. 

/ext copy files having name extension ext. Only files with name ex- 
tension ext are copied, ext is a to 3 character name extension. 
Examples of this parameter are /CMD, /, /BAS, /X. 

UPD copy updated files Only files that have the updated flag on in 
the source diskettte directory are copied. This flag is turned on by the 
standard DOS sector write routine to indicate that at least one sector has 
been written or re-written to this file since the last time the updated 
flag was cleared. This flag is turned off by specific request via the 
PROT or ATTRIB commands and is NOT turned off by COPY. Since the standard 
DOS sector write routine is used to write the file's sectors to the des- 
tination diskette, the updated flag is turned on for the copied destina- 
tion files. 

ILF=filespec3 Include List File Filespec3 specifies a file containing 
a list of files to be copied. If a file is not in the list, it is not 
copied. It is not an error if an included file is not on the source disk- 
ette. Within the list, each file to copied is specified by its name/ext 
followed by a EOL char ( 0DH) . If a specification begins with a semi- 
colon, it is bypassed as a comment. Each specification, except comment, 
is limited to a maximum of 13 characters, including the EOL. On reading, 
the file's bytes are modulated into the ASCII range to 127. The file 
can be made using SCRIPSIT, but the user must assure that no characters 
other than null ( 00H) follow the last EOL character; SCRIPSIT tends to 
leave extraneous characters so a delete-to-end-of-text should be done. 
ILF is mutually exclusive with XLF. 

XLF=filespec4 Exclusion List File. The file filespec4 is the same 
structure as specified for ILF above and specifies the files to be ex- 
cluded from the COPY. It is not an error if an excluded file is not on 
the source diskette. XLF is mutually exclusive with ILF. 

CFWO Check File With Operator. For the qualifying files, DOS asks the 
operator, one file at a time, if the file is to be copied to the destina- 
tion diskette. Reply Y if the file is to be copied, reply N if not to be 
copied, reply R if to restart entire CFWO query sequence, or reply Q if no 
more files to be copied. No files are copied until the querying is com- 
pleted. 

ODPW=password2 Old Destination diskette Password. If NFMT is speci- 
fied, if passwords are enabled and if system option AR = N, then copy re- 
quires a destination diskette password match. If password2 does not match 
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the destination diskette's password, the copy is terminated. 

DDSL=lnl Destination diskette Directory Starting Lump. Formatting will 
start the directory on the 1st sector of lump lnl if DDSL is specified; 
otherwise the default starting lump number for the drive (see PDRIVE com- 
mand) will be used. DDSL is mutually exclusive with NFMT. 

DDGA=gcl Destination diskette Directory Granule Allocation. Formatting 
will allocate gel (value 2-6) granules to the directory if DDGA is 
specified; otherwise it will assign the default # of granules for that 
drive (see PDRIVE command). DDGA is mutually exclusive with NFMT. 

If during a format 6 COPY, the destination diskette has insufficient space to 

contain a file, "DISKETTE FULL = name/ext" is displayed and the destination 

file's EOF is set to 0. Though EOF is set to 0, any space the file may have 
allocated to it is not deallocated. 

A single drive format 5 or 6 COPY cannot be executed under DOS-CALL (i.e., from 
BASIC) since COPY under DOS-CALL restricts itself to main memory below 7000H 
and this would necessitate too many diskette swaps. 

During a COPY or FORMAT where NDMW was not specified, pressing right arrow at 
any time will cause the function to pause, awaiting ENTER to continue or up- 
arrow to cancel. Pressing up-arrow at any time will terminate the function; 
however, be careful as the state of the destination diskette will be unknown, 
especially if the cancel comes during the actual formatting. 

The COPY command and standard 40 track, double density, single sided, 5 inch 
TRSDOS Model III diskettes may be used to transfer TRSDOS Model III diskette 
files into or out of the NEWDOS/80 system. There are a number of restrictions 
to this operation. 

NEWDOS/80 cannot be used to format a TRSDOS Model III diskette; however, 
once the user has a formatted empty TRSDOS Model III diskette, he/she may 
duplicate it repeatedly under NEWDOS/80 using format 5 COPY with the NFMT 
and BDU options, thus obtaining a stock of formatted, empty TRSDOS Model 
III diskettes. 

The user must assure that where the source and/or destination is a TRSDOS 
Model III diskette the proper PDRIVE specs are invoked, either implicity 
or directly by the SPDN and/or DPDN parameter (see PDRIVE command example 
3, section 2.37 for the exact PDRIVE specification). 

A file need not previously exist on a TRSDOS Model III diskette in order 
for it to be copied. NEWDOS/80 will allocate the proper directory entry 
and diskette space. 

Any of COPY formats 1, 2, 3, 4 or 6 may be used to copy files to or from 
TRSDOS Model III diskettes. Remember, FMT must not be specified. If 
format 6 is used and one of the source or destination is a TRSDOS Model 
III diskette, then files marked as SYSTEM files (FPDE 1st byte, bit 6=1) 
are NOT copied. 

Files copied between NEWDOS/80 and TRSDOS Model III are always readable 
though not necessarily usable on the receiving system. 
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Examples of COPY: 

1. COPY XXX:1 YYY:1 In this format 1 COPY, file XXX on the 
diskette already mounted on drive one is copied as file YYY on that same 
diskette. 

2. C0PY,AAA,BBB:2 In this format 1 COPY, the currently 
mounted diskettes are searched for the file AAA. If found, it is copied 
as file BBB to the diskette already mounted in drive 2. 

3. COPY SUPERZAP/CMD:0 :3 In this format 1 COPY, the file 
namedSUPERZAP/CMD is copied from diskette already mounted in drive to 
the diskette already mounted in drive 3. Since the file name and name 
exten- sion are the same for both files, they were dropped from the second 
file- spec. 

4. COPY XXX :1 2 SPDN=9 In this format 1 COPY, SPDN=9 causes, for 
the duration of the COPY only, all source file I/O to assume that drive 1 
has the characteristics specified for drive 9 in the PDRIVE specifica- 
tions. If we assume that the PDRIVE drive 9 specifications were those for 
a Model III TRSDOS diskette (see PDRIVE example 3, section 2.37), this 
COPY will copy file XXX from the TRSDOS Model III diskette already mounted 
on drive 1 to the NEWDOS/80 diskette already mounted on drive 2. 

5. COPY $XXX:1,YYY:0 In this format 2 COPY, the destination 
diskette to contain file YYY is not the same diskette as was mounted on 
drive when the COPY command was initiated. DOS will ask for the mount 
of the destination and the system diskettes as it needs them. 

6. COPY,$XXX:0 YYY:1 In this format 2 COPY, the source diskette 
containing file XXX is not the same diskette as was mounted on drive 
when the COPY command was initiated. DOS will ask for the mount of the 
source and system diskettes as it needs them. 

7. COPY 1 XXX YYY/DAT In this format 3 COPY, the diskette con- 
taining file XXX is not the same diskette as the one to contain file 
YYY/DAT yet both the source and destination diskettes are to use drive 1. 
DOS will ask for the mount of the source and destination diskettes as it 
needs them. Note that, as required for format 3 and 4, neither filespec 
contains a drive number. 

8. COPY XXX/DAT /DAT In this format 3 COPY, file XXX/DAT on one 
diskette is to be copied as file XXX/DAT on another. Both diskettes are 
to be mounted on drive 0, and DOS will ask for them as needed. Since 
drive is used and this is format 3 rather than format 4, both the source 
and destination diskettes must contain NEWDOS/80 systems identical to thai 
mounted on drive when the COPY command was initiated. 

9. COPY $XXX/DAT /DAT This format 4 COPY accomplishes essenti- 
ally the same thing as the previous example. The difference is that DOS 
assumes that neither the source nor the destination diskette contains the 
proper NEWDOS/80 system; so DOS will ask for the mount of the system, 
source and destination diskettes as it needs them. 
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10. COPY $XXX XXX SPDN=9 This format 4 COPY accomplishes the same 
thing as in example 4 above excepting that only drive is used. For the 
duration of this COPY, drive uses two sets of PDRIVE specifications. 
The standard drive specifications are used for the system and destina- 
tion diskette I/Os, and the system diskette's PDRIVE' s drive 9 specifica- 
tions are used for the source diskette I/Os. Note, in this example, the 
second filespec was not foreshortened as there was nothing to foreshorten. 

11. COPY 1 06/01/80 FMT This format 5 COPY is an example of one of 
the simplest and most commonly used forms of the full diskette COPY. This 
COPY copies one diskette to another using drive as the source drive and 
drive 1 as the destination drive. Default track counts for the associated 
drives are used as diskette track counts. Both drives, other than pos- 
sibly having different track counts (destination must be greater than or 
equal to source), have the same characteristics. The operator will be 
prompted for diskette mounts and error choices, if errors occur. Default 
parameter Y is in effect, indicating the operator does not care if the 
destination diskette previously contained data or not. The destination 
diskette will be formatted before the entire source diskette is copied to 
it, and it will receive the source diskette's name and password. Its date 
will be set to 06/01/80. If the destination diskette is to have more 
tracks than the source, they will be formated and properly accounted for 
in the directory such that the destination diskette will be ready for use. 

12. COPY 1,,NFMT This forma t jT COPY is an example of an- 
other form of the simplest and most common full diskette copy. The only 
difference between this example and the one above is (1) the destination 
diskette is assumed already formatted, and (2) the current system date 
will become the destination diskette's date. 

13. COPY, 0,0, 06/01/80, NFMT, USD, KDN,ODN=WATCHDOG,SN=GOODDATA 

This format 5 COPY is somewhat the same as the previous example except (1) 
this is a single drive, two diskette copy, (2) a prompt will be given if 
the source diskette does not have the name specified, (3) a prompt will be 
given if the destination diskette does not have the name specified, (4) 
the destination diskette will retain its old name, (5) it will receive its 
date from the source diskette. Being a single drive, two diskette copy, 
more mount prompts will be necessary than for a two drive COPY. Also, 
because of the large number of diskette mounts that would be involved, 
this single drive COPY cannot be executed via DOS-CALL (i.e., from BASIC). 

14. COPY 0,1,,FMT S CBF This format 6 COPY is an example of one of 
the simplest and most commonly used forms of multiple file COPY. The 
destination diskette (to be mounted on drive 1) is to be formatted, and it 
receives its name and password from the source diskette (to be mounted on 
drive 0) and its date from the system date. Next, all of the source 
diskette's files, excepting BOOT/SYS and DIR/SYS, are copied to the des- 
tination diskette. 

15. COPY 0,1,, NFMT, CBF This format 6 COPY is an example of another 
of the simplest and mostly commonly used forms of multiple file COPY. The 
differences between this and example 14 are (1) the destination diskette 
is not to be formatted, (2) its name, password and date are not changed, 
and (3) any source diskette system files (other than BOOT and DIR) that 
did not already exist on the destination diskette are not copied. 
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16. COPY 1,,NFMT,CBF,USR This format 6 COPY is similar to the pre- 
vious example except that system and invisible files are not copied. 

17. COPY,0,1,,NFMT,CBF,USR,UPD This format 6 COPY is similar to 
theprevious example except that the only source files copied are those 
marked as updated as well as not being either a system or an invisible 
file. In this manner, only the files changed since the last backup are 
backed up now. Remember, COPY does not clear the updated flags on the 
source disk- ette; use DOS commands PROT or ATTRIB to do this. 

18. COPY, 2, 3=60, 06/01/ 80 5 FMT,NDMV,CBF,DDSL=29,DDGA=4 

During this format 6 COPY no diskette mount prompts or error choices are 
to be displayed; the system is to assume the diskettes are already pro- 
perly mounted. The destination diskette is to be formatted with 60 
tracks. The directory will start on lump 29, and will be allocated 4 
granules. All source diskette files, except BOOT/SYS and DIR/SYS, will be 
copied to the destination diskette. 

19. COPY 2 3 06/01/80, CBF,CFWO,NFMT 

For this format 6 COPY, the destination diskette is assumed previously 
properly formatted and may contain existing files. For each source disk- 
ette file, excluding BOOT/SYS and DIR/SYS, the operator will be asked if 
the file is to be copied to the destination diskette. When all queries 
are done, the selected files are copied, excepting that system files that 
did not previously exist on the destination diskette are not copied. If 
the file already existed on the destination diskette, the file's old data 
on the destination diskette is lost. 



2.15. CREATE Pre-allocate a disk file. 

The CREATE command allows a user to create a file and optionally to write to 
the file a specified number of null records, thereby allocating the file's 
space as contiguously as possible, given the layout of the free space on the 
diskette. 

There are times when a user program expects one or more of the files it uses t< 
already exist, even though the files may not have any usable data in them; 
therefore, the user must create the file prior to the program's first use. 
Also, there are times when the efficiency of a program is reduced if a file's 
diskette space is scattered all over the diskette; to avoid this, the user 
should preallocate the needed file space to reduce this scattering. 

CREATE, f il especl [ ,LRL=lnl ] [ ,REC=countl ] [ ,ASE=yn] [ ,ASC=yn] 

The CREATE DOS command creates new file filespecl or alters the state of 
existing file filespecl. 

LRL=lnl specifies the length of each record of the file. lnl must be a value 
between 1 and 256; the default value is 256. 

REC=countl specifies the number of records to be initially assigned to a file 
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ASE=yn This parameter indicates whether, subsequent to the CREATE command, 
DOS may automatically allocate more diskette space to this file as necessary. 
ASE=Y allows this; ASE=N disallows this. The default is ASE=Y. 

ASOyn This parameter indicates whether the DOS close function will be al- 
lowed to automatically deallocate excess diskette space. ASC=Y allows this; 
ASC=N disallows it. The default is ASC=Y. 

Enough diskette space is allocated to the file to provide for countl records 
each of length lnl . lnl records of all zeroes are then written to the file, 
establishing the file EOF at the end of those records. If ASE=N is specified, 
the file is inhibited against further diskette space allocation, and if ASC=N 
the file is inhibited against automatic deallocation of excess diskette space. 

CREATE command examples: 

1. CREATE, XXX: 1 ,LRL=30,REC=2000 File XXX is created, if it did not 
already exist, on the drive 1 diskette. The record length is 30 and 2000 
of these records, containing all 00H bytes, are written to the file. The 
EOF is left at 60000. Subsequent DOS automatic space allocation and deal- 
location for this file are allowed. 

2. CREATE, YYY: 2, 200, ASE=N,ASC=N File YYY is created, if it did not 
already exist, on the drive 2 diskette. The record length is 256 and 200 
of these records, containing all 00H bytes, are written to the file. The 
EOF is left at 51200. Subsequent DOS automatic space allocation and deal- 
location for this file are not allowed. 

3. CREATE, ZZZ:0 File ZZZ is created, if it did not 
already exist, on the drive diskette. The record length is 256, and the 
EOF is set to 0. Subsequent DOS automatic space allocation and dealloca- 
tion for this file are allowed. 



2.16. DATE Set computer's current date. 

DATE[ ,mm/dd/yy] 

If no parameters are specified, the DATE command displays the current system 
date in mm/dd/yy format. 

If mm/dd/yy is specified, the date mm/dd/yy becomes the system date and is set 
into the real time clock, mm is the month (value 01 - 12). dd is the day 
(value 01-31). yy is the year (value 00 - 99). No check is made on the 
validity of the 3 values except to limit them to 2 decimal digits. As the 
clock reaches 24:00:00, it is reset to 00:00:00 and the date's day within month 
value is incremented. For the Model I, no adjustment is made for end of month 
or end of year. For the Model III, end of month and end of year adjustments 
are done by the ROM. 

At reset time, the date is set according to SYSTEM options AY or AZ. 
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DATE command examples: 

1. DATE display the system date. 

2. DATE, 08/01/81 set system date to August 1, 1981 



2.17. DEBUG enable or disable the DEBUG facility. 

DEBUG[,yn] 

DEBUG or DEBUG, Y DEBUG is enabled (but not entered). This enabling 
causes a DEBUG entry whenever a user program (such as BASIC, SCRIPSIT, PROFILE, 
EDIT, etc.) is activated. The DEBUG entry occurs after the program load is 
completed but just before its first instruction is executed. The purpose of 
this pre-execution DEBUG entry is to allow the debugging programmer to change 
the state of a program or its initialization parameters before the program 
commences execution. 

DEBUG, N The above enabling is disabled. At reset/power-on time, DEBUG 
is disabled. 

This command has no effect on the operation of '123' (the simultaneous depress- 
ing of the 1, 2 and 3 keys) to enter the DEBUG facility. 

Refer to the section 4.1 for the DEBUG facility specifications. 



2.18. DIR Display a diskette's directory information. 

DIR[:][dnl][,A][,S][,I][,U][,/ext][,P] 

This command displays directory information for the diskette mounted on drive 
dnl or if dnl not specified, on the drive specified by system option AN. 

The first display line contains the drive number, the diskette name, its date, 
the number of tracks, the number of free FDEs and the number of free granules. 
The values for track count and free granules are based on the current active 
PDRIVE specification for that drive and if those specifications are not proper, 
these displayed values may be in error. 

The rest of the display contains file information. 

If A is not specified, the files are displayed four to a line, giving for each 
its name and name extension, if any. 

If A is specified, DIR will list one file per display line with the display 
line containing: 

1. The file's name. 

2. The file's name extension, if any. 
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3. The file's EOF value in xxx/yyy format where xxx is the relative 
sector number within the file and yyy is the relative byte number within 
that sector. 

4. The file's logical record size (LRL) in bytes. 

5. The number of logical records (RECS) in the file including any partial 
last record. 

6. The number of granules (GRANS) allocated to the file. 

7. the number of diskette space extents (EXT) allocated where that number 
divided by four and rounded up gives the number of directory entries used 
by the file. 

8. 12 flags providing file information, defined as follows: 

1. S = system file. 

2. I = invisible file, see ATTRIB DOS command. 

3. U = file updated since last time update flags cleared by PROT 
DOS command. 

4. E = file will not be allowed to allocate more space that it 
already has. 

5. C = excess file space beyond EOF is not automatically released 
during DOS close. 

6.-9. Reserved for future definition. 

10. U = non-blank update password exists. 

11. A = non-blank access password exists. 

12. L = protection Level, see ATTRIB DOS command. 

System files are not displayed unless S is specified. 

Invisble files are not displayed unless I is specified. 

If D is specified, only files marked as updated are displayed. Files marked as 
updated are those files changed via the standard DOS I/O write routine since 
the last time the update flags were cleared on the target diskette by the PROT 
or ATTRIB DOS command. 

If /ext is specified, only those files having the name extension ext are 
displayed, ext is to 3 characters. Example: DIR,1,/CMD will list all 
files having extension CMD such as EDTASM/CMD. 

If both U and /ext are specified, then only files satisfying both conditions 
are listed. 

VThen the display screen is full, DIR displays a '?' and waits for the user to 
respond ENTER to continue or BREAK to terminate the DIR function. 

If P is specified, the directory information is sent to the printer rather than 
to the display. Caution, if the printer is not ready, the system will hang 
waiting for it. 

If $ is specified, DIR will ask for the mount of the target diskette before the 
listing and will ask for the remount of the system diskette before exiting. $ 
should only be used when drive dnl = 0. There is no provision for changing the 
PDRIVE specifications internal to the DIR command. 
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The user must remember that if dnl is not specified, the default drive number 
is that specified by SYSTEM option AN which is not necessarily 0. 

DIR command examples: 

1. DIR Display the name and name extension of all non- 
system, non-invisible files on the diskette currently mounted in drive 0. 
The files will be listed four per display line. 

2. DIR 0,S,I,P Same as the previous example except that system and 
invisible files are also listed and that the listing is sent to the print- 
er instead of the display. 

3. DIR 1,/DAT,U Display the name and name extension of all of the 
current drive 1 files that are marked as updated and have name extension 
DAT. 

A. DIR 2, A All of drive 2's non-system, non- invisible files are 

displayed, one file per display line. This display will usually involve 
more than one display page with the user stepping from one page to the 
next by pressing ENTER and, if desired, terminating the DIR function by 
pressing BREAK. 

5. DIR $0 Same as example 1 except the system will ask for the 

mount of the target diskette on drive and when DIR is done, it will ask 
for the remount of the system diskette. 



2.19 DO Shift to keyboard input from disk. 

DO,f ilespecl [ ,sectionid] 

The DO command executes exactly the same as the DOS command CHAIN (see section 
2.9). 



2.20 DUMP Dump memory contents to disk. 

DUMP,filespecl,start-addr,end-addr[,entry-addr[,relloc-addr] ] 

The DUMP command writes main memory image data from main memory to the file 
f ilespecl, starting with the byte at start-addr and ending with the byte at 
end-addr. 

Start-addr, end-addr, entry-addr and relloc-addr are each numeric values less 
than 65536 decimal or 10000 hex. If the value is hexadecimal it must be suf- 
fixed with a H (i.e. 8000H) ; otherwise the value is considered decimal. 
Start-addr and relloc-addr may be any value - 0FFFFH. 

This command operates in two modes, depending on the entry-addr value. If the 
entry-addr value = 65535 (0FFFFH), then an exact image of memory is dumped. 
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The start-addr value is stored in the file's first 2 bytes , and the rest of the 
file is the memory dump without any interspersed control bytes. This memory 
dump file may be displayed or printed via SUPERZAP's DMDB feature, thus allow- 
ing debugging to occur later or on another TRS-80 computer. 

If entry-addr is less than 65535 (0FFFFH) or is not specified, then the speci- 
fied area of memory is assumed to be machine executable code and is sent to the 
file in loader format so that it can be later read back in by the NEWDOS/80 
loader, either for execution or simply for load (see LOAD command). If entry- 
addr is not specified, a value of 402DH (causing return to DOS READY) is used. 
CAUTION!! If the user attempts to run or load a file whose start-addr is less 
than 5200H, DOS will be clobbered. 

relloc-addr specifies where the start-addr to end-addr range of bytes is to be 
loaded to by the LOAD command or when the program file is executed. During 
write of the object file, the value (relloc-addr) - (start-addr) is added to 
every load address placed in the object file. This value is also added to the 
entry-addr if entry-addr is within the start-addr to end-addr range. The 
actual object code is NOT altered; only the loader control information is. 

If filespecl does not specify an name extension, one is not automatically sup- 
plied as is done in TRSDOS. 

DUMP command examples: 

1. DUMP, PROGRAM/ CMD:1,5200H,9ABCH,54EDH dumps the contents of memory 
from and including 5200H to and including 9ABCH to the file PROGRAM/CMD to 
exist on drive l's current diskette. The dump will be in loader format 
with entry address equal to 54EDH. Subsequently, the file may be loaded 
back into memory via the DOS command: 

LOAD, PROGRAM/CMD 

or executed via DOS command: 

PROGRAM[ .parameters] 

2. For this next example, assume that a user program is looping for some 
reason or has crashed, the personnel to debug the problem are not immedi- 
ately available, and it is necessary to continue using the computer for 
other purposes. If a spare formatted diskette is available with suffi- 
cient free space, and if 'DFG ! can activate MINI-DOS or if the computer is 
already at DOS READY, then issue the following command: 

DUMP, TROUBLE/MEM: 2, 0,6 553 5, 6 553 5 

which will dump 65536 bytes of main memory, including ROM, the display, 
and all of RAM to file TROUBLE/MEM. The first 2 bytes of the file will 
contain 0000H which is the dump start address; the rest of the file is the 
memory contents with no interspersed control characters. Once the dump is 
completed, the operator should set aside the dump diskette for later use 
by the debugging personnel, optionally press reset, and go on with other 
tasks. At some later time, debugging personnel can inspect the problem 
using SUPERZAP's DMDB feature to display or print the contents of file 
TROUBLE/MEM as if it were actually in memory at the current time. The 
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debugger must remember that the DOS areas 4000H - 51FFH were altered by 
DOS actions, including DUMP, after the error occured and before the dump 
actually occurred. 



2.21. ERROR Display DOS error message. 

ERROR, xx 

displays the DOS error msg associated with the error number xx where xx is an 
integer between and 63. Example: 

ERROR, 24 will display » FILE NOT IN DIRECTORY'. 



2.22 FORMAT Format a diskette for use with the NEWDOS/80 system. 

Diskettes as they are received from the manufacturer cannot be used with 
NEWDOS/80. They must first be magnetically divided into tracks with each trac: 
divided into sectors of 256 bytes each. Between 15 and 30 percent of the disk 
ette's bytes are used as format control information and are not available to 
contain user data. 

The DOS command FORMAT does this diskette formatting, setting up the tracks ani 
sectors properly and building the two system files, BOOT/ SYS and DIR/SYS, re- 
quired on every diskette. When done, the diskette is ready to be used as a 
data diskette with NEWDOS/80. 

Formatting can also be done as part of the COPY command, formats 5 and 6 (see 
section 2.14). 

FORMAT, dn2[=tc2] , name2 .m m/dd/vv . password3 [ ,N] [ ,Y] [ ,NDMW] 

[ ,DDND] [ ,ODN=namel ] [ ,KDN] [ ,DDSL=lnl ] [ ,DDGA=gcl ] [ ,DPDN=dn4]C 4 K &y 
[ ,PFST=tn3 [ ,PFTC=tc3] ] 

FORMAT cannot be executed under MINI-DOS. 

In NEWDOS/80 version 2, a track's sectors are read immediately after the track 
is formatted and before the disk arm is stepped to the next track. Then, afte 
all tracks are formatted, if SYSTEM option BM = Y, the entire diskette is read 
during the VERIFYING phase. However, if BM=N, this verifying phase is skipped 
The user can decide whether or not the verify-at-track format is sufficient an* 
set option BM accordingly. 

FORMAT does not allow the user to specify tracks to be locked out, and when an 
unverifiable sector is encountered, the associated track's lockout byte is not 
set to FF to indicate lockout. The lockout table is in the standard diskette 
directory only for compatibility with TRSDOS; NEWDOS/80 does not use it. Re- 
member, NEWDOS/80 does not account for tracks in the directory, it accounts fo: 
lumps which can span tracks. NEWDOS/80 operates under the philosophy, however 
w ron S' that if a diskette cannot be fully formatted it should be discarde d . 
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FORMAT requires all parameters be specified in the command. It does not prompt 
the user for any. 

dn2 is the number of the destination drive to be used during format. Name2 is 
the name to be assigned to the diskette unless KDN is specified to retain the 
old name, in which case name2 must still be specified but will be ignored, 
mm/dd/yy is the date to be assigned to the diskette unless KDD is specified as 
the diskette date, in which case mm/dd/yy must still be specified but will be 
ignored. Password3 is the password to be assigned to the diskette. Password3 
must conform to the rules for passwords. 

Null parameters may be used to invoke default values for diskette name, date 
and password, using the name NOTNAMED, the system date and the password 
PASSWORD respectively. Any combination of the 3 null values may be used but 
where used the null parameters must be delimited by commas , not spaces. See 
examples 2, 3 and 4 below. 

Since FORMAT and COPY share the same NEWDOS/80 code wherever possible, the 
specifications for the optional parameters are nearly the same as those spec- 
ified for COPY, formats 5 and 6, the main difference being that only a format 
is done rather than both a format and a copy. The reader should read the sec- 
tions for COPY, formats 5 and 6 (see section 2.14) to basically understand 
FORMAT'S optional parameters. Only the differences and two additional options 
will be given here. 

N is the default if neither it nor any of its mutually exclusive keywords are 
specified. 

If =tc2 specified, the diskette will be formatted with tc2 number of tracks; 
otherwise the diskette will be formatted with the default number of tracks for 
that drive (see PDRIVE command). If =tc2 value is greater than the number of 
tracks the drive can handle, format will probably hang trying to step to the 
non-existent track. 

PFST=tn3 and PFTC=tc3 optional parameters are added to allow the formatting of 
a range of tracks rather than the entire diskette. If PFST is specified, =tc2 
must not be specified, and if PFTC is specified, PFST must be specified. PFST 
means Partial Format Starting Track, and tn3 specifies the first track to for- 
mat. If PDRIVE TI flags J or K are applicable for drive dnl , DOS will add one 
to tn3. PFTC means Partial Format Track Count, and tc3 specifies the number of 
consecutive ascendingly numbered tracks to format. If PFTC is not specified 
and PFST is specified, tc3 is assumed equal to 1. After tc3 number of tracks 
have been formatted and if SYSTEM option BM = Y, the entire diskette will be 
verified. If this full diskette verify is a problem, cancel the format after 
verify starts (by pressing up-arrow); remember, each track's sectors were al- 
ready verified once immediately after the track was formatted. / ^^y 
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FORMAT command examples: 

1. FORMAT, 0,AAA0, 08/01/ 81, PSWD.Y The diskette to be mounted, at 
DOS's request, on drive will be formatted according to the PDRIVE spec- 
ifications current for that drive. DOS does not care whether the format 
diskette previously contained data or not. The diskette is named AAA0 , 
dated August 1, 1981, and receives PSWD as its master password. 
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2. FORMAT, 0, , , ,Y This example is identical to the previous example 
except that default values are used for the diskette name, date and pass- 
word. The diskette is named NOTNAMED, is dated with the current system 
date and is assigned PASSWORD as its password. 

3. FORMAT, 1, XXX,, PSWD,N,NDMW,DPDN=4,DDSL=40,DDGA=6 The diskette al- 
ready mounted on drive 1 must not contain recognizable data. It is for- 
matted according to the system diskette's PDRIVE drive 4 specifications 
(and not according to the existing drive 1 specifications). It is as- 
signed name XXX and password PSWD; its date is taken from the current 
system date. The directory starts at the beginning of lump 40 and con- 
sists of 6 granules (allows for a maximum of 222 files). Due to NDMW, DOI 
does not ask for the mount of the format diskette nor does it allow error 
retry. 

4. FORMAT, 1,, ,,Y,PFST=22,PFTC=2 Suppose a power failure destroyed 
the format of tracks 22 and 23 on a diskette. Using SUPERZAP, you have 
verified that indeed SECTOR NOT FOUND error occurs on at least one sector 
on each of those tracks and, using the CDS or SCOPY functions of SUPERZAP 
you have saved in free sectors elsewhere, either on this diskette or an- 
other, the readable sectors of those two tracks. Executing this FORMAT 
command will cause only those two tracks to be reformatted; the rest of 
the information on the diskette is not affected. When done, you can now 
move back the saved sectors and recreate the ones that were not savable. 



2.23. FORMS (Model III only) Set printer parameters. 

FORMS [ ,WIDTH=xxx] [ ,LINES=yyy] 

The FORMS command optionally changes some printer parameters and always lists 
out the printer parameters. 

WIDTH=xxx specifies the number of characters per line where xxx must be a 
value between 9 and 255. If WIDTH is not specified, the number of characters 
per line is not changed. 

LIHES=xxx specifies the number of lines per page, and must be a value between 
1 and 254, where 254 indicates no limit on the lines per page. If LINES is not 
specified, the lines per page value is not changed. 

FORMS command examples: 

1. FORMS,WIDTH=80,LINES=60 character per line is set to 80 and lines 
per page to 60. 

2. FORMS, WIDTH=255,LINES=254 Unlimited characters per line and lines 
per page. 

3. FORMS Displays current values for characters 
per line and lines per page. 
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2.24. FREE Display number of free granules and free FDEs for each 
diskette currently mounted. 

FREE[,P] 

For each drive with a diskette mounted, FREE will display the drive number, the 
diskette name, the diskette date, the number of tracks for the diskette, the 
number of free FDEs and the number of free granules. 

If P is specified, the information will be sent to the printer instead of the 
display. 

FREE command examples: 

1. FREE For each diskette currently mount the number of free 
granules and free directory entries is listed on the display. 

2. FREE,P Same as above except the listing is sent to the printer. 



2.25. HIMEM Set DOS's high memory value. 

HIMEM[ s addrl] 

DOS maintains a high memory address in the two bytes at Model I location 4049H 
(Model III location 4411H). This high memory value is used by COPY, BASIC, 
EDTASM, DISASSEM and LMOFFSET as the upper limit of the memory they can use. 
User programs should also use this 2 byte HIMEM value as their upper limits. 
Caution! The loader does not use HIMEM as its upper limit during program load. 

If no parameters are specified, the HIMEM command displays in hexadecimal the 
current high memory value. 

If addrl is specified, the DOS high memory address is set to addrl which must 
be an integer between 28672 and 65535 decimal (7000H - 0FFFFH hexadecimal). 

HIMEM command examples: 

1. HIMEM Displays the current DOS high memory address. 

2. HIMEM, 49000 Set DOS's high memory value to 49000 (0BF68H). 



2.26. JKL Send the current contents of the display to the printer. 

JKL has no parameters. This command uses the same routine used by the 'JKL' 
triple key function (see section 4.5). JKL simply dumps the display contents 
to the printer. If oyofc t un uf^Ld4ju-JJWt ? ^awm^4AH l u i B < fr - ^80fl. (whi-eh iae4udc'g-= Ctre 
a**pl hL cs) will be Li ' an-t HttiHL L t; <iil!r" :;i um:liaugtiJ; otherwise a -.pari'nd wil l, hi? s »ih n-H?fr tl ggd 
for thamr Hex codes < 20Hnwill be displayed as periods. Pressing BREAK during 
JKL print will terminate bne JKL function. 

4 ft*! > #X opfiei (ruwtjft Aa*.*) 
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JKL's main use will be either via CMD"JKL" from BASIC or via DOS-CALL from a 
user program. 



2.27. KILL 



delete a file. 



This command deletes a file from a diskette. The file is no longer accessible 
by normal methods and is no longer known to DOS. 

KILL, f ilespecl 

The file filespecl is deleted from the current diskette mounted on the speci- 
fied drive. If a drive number was not specified, then all mounted diskettes 
are searched, starting with the diskette on drive 0, and the delete is done on 
the 1st file found having the specified name and name extension. 

KILL action is as follows: 

1. If the file was allocated file space on the diskette, the space is 
released, and becomes available for subsequent assignment to other files. 
The file's data, if any, on the diskette is not altered by the KILL. This 
data, though no longer accessible, is not written over until the assoc- 
iated file space is reassigned to another file and those sectors actually 
written to. 

2. The file's FPDE and any owned FXDEs are freed by zeroing bit 4 of the 
1st byte of each and by zeroing the associated HIT sector byte for each. 
Except for that bit 4, none of the associated FPDE and FXDEs are altered 
by normal DOS operation until that FDE is reassigned to another file by 
DOS. 

If the user has inadvertently killed a file that shouldn't have been, since 
neither the associated FDE's or the diskette space used by the file is changed 
by DOS until DOS has a need to, it is barely possible to reconstruct the FPDE 
and FXDEs and reallocate the space. To do this, you must be extremely familiar 
with the workings of the directories; do not call Apparat as this is a major 
undertaking and not something that can be quickly taught. If you don't know 
how to do it, forget it!!!!!!!! 

If you have more than a few files to delete at one time from a diskette, use 
the PURGE command. 



KILL command examples: 

1. KILL XXX/BAS:1 
1 is killed. 



The file XXX/BAS on the diskette mounted on drive 



2. KILL YYY Starting with drive 0, mounted diskettes are 

searched until file YYY is found on one of them. That file is then 
killed. If other mounted diskettes also contain a YYY file, the other YYY 
files are not killed. 
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^.28 LC Set keyboard a - z toggle switch to the specified state. 

LC[,yn] 

LC or LC,Y sets the keyboard lower case a - z toggle switch to accept 
a - z without change. 

LC,N sets the keyboard lower case a - z toggle switch to change lower 
case a - z to upper case A - Z. 

For the Model I, the LC command has no effect unless the lower case driver is 
active (see LCDVR command). 



2.29. LCDVR (Model I only) Lower case driver. 

LCDVR[,x[,s]] 

In NEWDOS/80 version 1, the lower case driver that processed keyboard lower 
case alphabetics and which sent lower case displayed characters to the display 
was a separate program that executed from high memory. In version 2, the lower 
case driver is an integral part of the Model I NEWDOS/80. 

If x = Y, the lower case driver routine is activated, and if x = N, the routine 
is deactivated. When the lower case driver routine is active: 

1. Keyboard input a - z characters are processed according to the a - z 
toggle switch. 

2. ASCII codes 96 - 127 (60H - 7FH) are displayed as their proper charac- 
ters and are not changed to 64 - 95 (40H - 5FH) by the ROM display routine. 

The second parameter is meaningful only when x = Y, performs the same as the 
first parameter of LC command, initially setting the a - z toggle switch to 
accept a - z (if s = Y) or convert a-ztoA-Z(ifs=N). 

Once the lower case driver is activated, pressing shift will switch the dri- 
ver back and forth between accepting lower case letters and converting lower 
case letters to upper case. Further, DOS command LC may be used to explicitly 
set one or the other of those states. 

To use the lower case driver, NEWDOS/80' s keyboard and display intercept 
routines must be enabled. Other routines (excluding ROUTE) that disable these 
NEWDOS/80 functions will also disable the lower case driver (one example is 
using the circular buffer in the spooler). 

If no parameters are specified, the command is assumed to be LCDVR, Y,N. 

This lower case driver operates somewhat differently than the LCDVR program 
supplied with Version 1. In Version 1, if lower case a - z was being converted 
to upper case A - Z, then upper case A - Z was also being converted to lower 
case a - z. Version 2 does not convert upper case A - Z to lower case a - z; 
instead a true capital letter lock is done. 
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LCDVR command examples : 

1 . LCDVR The lower case driver routine is activated and the 
lower case switch is set to convert lower case a - z to upper case A - Z. 

2. LCDVR, Y,Y The lower case driver routine is activated, and the 
lower case switch is set to accept lower case a - z without modification. 

3. LCDVR, N The lower case driver routine is deactivated. 



2.3|5. LIB Display NEWDOS/80 library commands. 

LIB requires no parameters. It displays the library commands of NEWDOS/80. 
Commands FORMAT, COPY and APPEND execute in memory 5200H and up, and, along 
with CHAIN, cannot be executed in MINI-DOS. The other commands execute from 
the DOS overlay area, 4D00H-51FFH, and, except for CHAIN, can be executed under 
MINI-DOS. 



2.31. LIST List a text file on the display. 

LIST,filespecl [ ,start-line[ , line-count] ] 

This command sends the contents of file filespecl to the display. Though file 
filespecl need not be a text file, if it is not, the resulting diplay will not 
be very meaningful. Examples of text files are BASIC programs saved with the A 
option, BASIC files written using PRINT, assembler, FORTRAN and COBOL source 
text files, SCRIPSIT files saved with the A option and Electric Pencil files. 
To list a non-text file, use SUPERZAP. 

No check is made on the character representations except to modulate characters 
whose hexadecimal values are between 80H and FFH into the range 00H to 7FH and 
to replace with a period all characters whose hexadecimal value is less than 
20H or greater than the high ASCII character value specified by the SYSTEM op- 
tion AX. 

If start-line (decimal value 1 - 65535) is specified, listing will start with 
that line where a line is considered to end with the ENTER or EOL character 
0DH. 

If line-count is specified, then the number of lines displayed is limited to 
either line-count or the number of lines in the file from the start point, 
whichever is less. If line-count is specified, start-line must also be speci- 
fied. 

Pressing right SsrTxow will cause a display pause when hex char 0DH is encount- 
ered or after 256 bytes have been displayed, whichever comes first. Pressing 
C^S|>will continue the displaying. Pressin^jjip-arrow will terminate LIST. 

Aside from just listing a file, LIST is useful where text files maintain a 
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date/time stamp near the beginning. If the user has multiple copies of a text 
file, it may be necessary to look at the file beginning to determine which copy 
is the most recent. 

LIST commmand examples: 

1. LIST.BASEPROG/BAS displays the entire contents of file 

BASEPROG/BAS. 

2. LIST, XXX, 1,6 displays the first 6 lines of file XXX. 

3. LIST, YYY:1, 200 displays the contents of file YYY from the 

200th line to the end of the file. 



2.32. LOAD Load a Z-80 machine language file into RAM. 

LOAD,f ilespecl 

This command loads the Z-80 machine language file filespecl into RAM, and 
stores its entry address into the two bytes at 4403H (17411 decimal). The file 
must be in proper loader format, such as created by DUMP or EDTASM. The load 
proceeds using control data from the file. If the file loads over any part of 
the resident DOS (4000H - 4CFFH) or its overlay area (4D00H - 51FFH), serious 
and maybe file damaging trouble will occur; with luck, the system will hang. 

LOAD is used when a program or data is to be loaded into RAM for later use by 
other programs. An example is loading programs which will be invoked via 
BASIC'S USR function. Remember, the entry address is stored in the two bytes 
at 4403H (17411 decimal); this is not done in TRSDOS. 

LOAD command examples: 

1. L0AD,0VERLAY/0BJ:1 The object code module OVERLAY/OBJ is loaded 
into main memory from the diskette mounted on drive 1. The load control 
information within file OVERLAY/OBJ determines what is to be loaded and 
where in main memory it is to be loaded. 

2. Suppose that BASIC does not use all of high memory and that a BASIC 
program wishes to load the program USR3PGM/0BJ into high memory and later 
execute it as the BASIC USR3 function. Executing the BASIC statements: 

CMD"L0AD,USR3PGM/0BJ" 

DEFUSR3 = (PEEKU7411) ■*• 256 * PEEK(17412) - 65536 

will set this up. 



2.33. MDBORT Terminate MINI-DOS and go to DOS READY. 

MDBORT has no parameters. It should only be executed when NEWDOS/80 is in 
MINI-DOS state. MINI-DOS state is terminated, the pre-MINI-DOS state purged 
and the system goes to DOS READY. 
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The purpose of MDBORT is to provide for the situation where the operator does 
not want to continue the main program which was interrupted by the simultaneoui 
depression of the D, F and G keys (which invoked MINI-DOS). 



2.34. MDCOPY Copy a file while under MINI-DOS. 

MDCOPY, filespecl[, TO ],filespec2 

The regular COPY' command cannot be executed under MINI-DOS. MDCOPY gives the 
user a restricted and quite slow form of file copy which does execute under 
MINI-DOS. 

MDCOPY copies the contents of file filespecl to the new or existing file file- 

spec2. File filespecl is not altered, and the previous contents of file file- 

spec2, if any, are lost. Filespec2 may not be foreshortened as is allowed for 
COPY. 

MDCOPY command example: 

MDCOPY XXX/DAT:0 YYY/DAT:1 

The contents of file XXX/DAT on the diskette currently mounted on drive 
is copied as file YYY/DAT onto the diskette currently mounted on drive 1. 



2.35. MDRET Exit from MINI-DOS and return to main program. 

MDRET has no parameters. The system exits MINI-DOS state and continues the 
main program at the point where it was interrupted by the invocation of MINI- 
DOS (simultaneous depression of the D, F and G keys). If the cursor was dis- 
played before 'DFG', it will be redisplayed. If the 'DFG' interruption occur- 
ed while the key input buffer contained a partial input record, that partial 
record is still there even though it is no longer displayed. The user should 
continue keying exactly where he/she left off. 

If the invocation of MINI-DOS occured during the timer interrupt rather than 
the key intercept, one or more of D, F or G may appear as spurious input keys 
after MDRET is executed. The user should backspace over them. The user and 
DOS have no control over these spurious input chars; therefore DFG should not 
be pressed when a program is in text overwrite mode, such as SCRIPSIT or 
Electric Pencil ; instead go into command mode where the spurious characters cai 
be backspaced over without damage to the text. 
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2.36. PAUSE Display message and pause waiting on ENTER. 

PAUSE, msg 

The message msg is not redisplayed if the PAUSE command itself was displayed. 
If the PAUSE command was not displayed, as occurs if it is executed under 
DOS-CALL, the message msg is displayed. In any event, the message PRESS 
"ENTER" WHEN READY TO CONTINUE is displayed on the next line. DOS then waits 
for the user to press the ENTER key. The PAUSE command is one of the four 
ways of causing a pause in chaining, and can also be used when a series of 
commands in main memory are being executed by a series of DOS-CALLs. 

PAUSE command example: 

PAUSE, MOUNT DISKETTE LABELED "PRIMARY" ON DRIVE 1. 

This message will appear on the display and will be followed on the next 
display line by the message PRESS "ENTER" WHEN READY TO CONTINUE. DOS 
waits for the user to press ENTER which presumably he/she will do after 
the proper diskette has been mounted in drive 1. DOS doesn't check to see 
if the user has done what was requested; all DOS does is wait for the 
ENTER. 



2.37. PDRIVE Assign default attributes to a physical drive. 

PDRIVE[ ,passwordl : ]dnl , [dn2[=dn3 ] ] [ ,TI=typel ] [ ,TD=type2] [ .TOtcl ] 
[ ,SPT=scl ] [ ,TSR=rcl ] [ ,GPL=gc2] [ ,DDSL=lnl ] [ ,DDGA=gcl ] [ ,A] 

NEWDOS/80 has limited capabilities for operating with a mixture of 5 inch disk 
drives and to a lesser extent 8 inch disk drives. PDRIVE is the command method 
used to inform NEWDOS/80 of a particular physical drive's characteristics. 

Each PDRIVE command lists the resulting specifications for 10 drives even 
though the actual number of drives eligible for I/O is limited by the SYSTEM 
option AL and in no case exceeds 4. Those drives within the range of SYSTEM 
option AL are flagged on the PDRIVE display by an asterisk suffixed to the 
drive number. The specifications for the 10 drives is maintained on the system 
diskette mounted on drive dnl . For efficiency reasons, DOS normally uses drive 
specifications from a table it has in main memory. This main memory PDRIVE 
table contains specifications for 1 to 4 drives, depending upon the SYSTEM op- 
tion AL value, and is automatically reloaded from the drive diskette at power 
on and reset if and only if the specifications for all 10 drives are error free 
(otherwise the reset hangs). This table is also immediately reloaded by a 
PDRIVE command specifying the A parameter (see below). 

Drive dnl is the drive containing the system diskette whose control information 
(in the 3rd sector) is being updated. Drive dn2 indicates which physical drive 
of the 10 represented in the control information sector on drive dnl is having 
its control information updated. 

For example, if the PDRIVE command is PDRIVE, 1 ,4, TC=80 then the diskette 
on drive 1 is read to obtain the PDRIVE control information and is updated 
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to contain the new drive 4 specification, 
mation contains the specifications for ten drives, dn2 values through 9, 
and it is the fifth drive's information (for dn2 = 4) that is changed. 
The specifications for the other nine drives are not changed. 

If passwords are enabled, then passwordl must be specified and be the master 
password for the diskette on drive dnl . Otherwise passwordl may be left out of 
the command. 

Control data is changed only for the parameters specified; parameters not 
specified are not changed. If any errors are displayed, the dnl diskette must 
NOT be used as the system diskette during a reset/power-on until the errors are 
corrected. 

PDRIVE, dnl will list the 10 PDRIVE specifications contained in the control 
data on the system diskette mounted on drive dnl. 

dn2 must be specified if any other optional parameters except A are 
specified. If dn2 is specified, it must be the 1st parameter following dnl. 

dn2=dn3 causes drive dn2 to assume the PDRIVE specifications of drive dn3 . 
This is done before any other optional parameters are interpreted. 

TI=typel specifies the type of disk drive interface, typel consists of one 
or more alphabetic letter flags chosen from the list below. For the Model I. 
one and only one of flags A, B f C or E must be chosen . For the Model III, one 
and only one of flags A or D must be chosen. The other flags are optional 
depending upon the interface. Certain flags are inter-drive mutually exclusive 
meaning that for a given drive dnl, if one dn2 drive specifies a flag that is 
interdrive mutually exclusive with another flag, then another dn2 drive may not 
specify the excluded flag. For now, flags B, C and E are interdrive mutually 
exclusive for the Model I. 

Flag (a) means the standard disk interface is to be used for diskette I/O 
for this drive. For the Model I this interface supports drive types A and 
C. For the Model III this interface supports drive types A, C, E and G. 

Flag B (Model I only) means that an OMNIKRON mapper type interface is 
installed and is to be used for I/O for this drive. This interface sup- 
ports drive types A, B, C and D. 

Flag (Cj (Model I only) means that a PERCOM doubler type interface is in- 
stalled and is to be used for I/O for this drive. This interface supports 
drive types A, C, E and G. 

Flag D (Model III only) means that an Apparat disk controller type in- 
terface is installed and is to be used for I/O for this drive. This in- 
terface supports drive types A through H. 

Flag E (Model I only) means that an LNW type interface is installed and 
is to be used for I/O for this drive. This interface supports drive types 
A through H. 
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Flag H means head settle delay is to be done whenever DOS changes from 
another drive to this drive. For Model I and Model III 5 inch drives, the 
heads for all 5 inch drives are loaded when the motors go on, and this 
extra time delay is NOT needed. Flag H is needed for 8" drives. 

Flag I means the lowest numbered sector on each track is sector 1. This 
is the normal state for Model III TRSDOS diskettes. If flag I is not 
specified, the lowest numbered sector on each track is assumed to be 0, 
which is the state for the Model I and for NEWDOS/80 on the Model III. 

Flag J means the track numbers start from 1. If flag J is not speci- 
fied, track numbers are assumed to start from 0, which is the standard 
state for the Model I and the Model III. 

Flag K means track is formatted (or is to be formatted) in density 
opposite to that of the diskette's other tracks. This makes track un- 
available for normal I/O. Flag J is implicitly set by flag K. The pur- 
pose of formatting track in opposite density is to allow a double den- 
sity (Model I) or single density (Model III) SYSTEM diskette to be booted 
up. The Model I ROM must be able to read the boot sector in single den- 
sity , and the Model III ROM must be able to read the boot sector in double 
density. Setting flag K causes FORMAT and COPY with format to format 
track in the opposite density and to store the required boot sector onto 
that track for the ROMs to use. With flag K set, normal DOS I/O to track 
actually goes to track 1, 1 to 2, etc. Flag K must be specified for a 
drive that is to read a double density diskette created by the PERCOM type 
doubler interface under NEWDOS/80 version 1 or any other DOS except 
NEWDOS/80 version 2 or higher. For NEWDOS/80 version 2 Model I , double 
density data diskettes do not have to reserve track for opposite density 
if those diskettes will never be used on a drive whose PDRIVE specifies 
double density . Flag K must NOT be specified for standard Model III 
diskettes, unless for some reason the user wants a single density system 
diskette on the Model III or is making a double density diskette to be 
read on the Model I that does not have NEWDOS/80 version 2. When flag K 
is specified, then TC must specify one less track than would be specified 
if flag were not specified. Further, due to the differing sequence in 
which consecutive sectors are stored on the diskettes, double sided, 
double density diskettes created under the patched NEWDOS/80 version 1 are 
not readable under NEWDOS/80 version 2. To transfer files on those disk- 
ettes to Version 2, they must first be moved (using Version 1) to either 
single sided (either density) or double sided, single density diskettes. 

J Flag L means two step pulses between tracks. This allows a 35 or 40 
track diskette to be read on an 80 track drive. Writing can also be done 
in this manner, but the 35 or 40 track drives have trouble reading some of 
the sectors so writing is not recommended. 

L s Flag M means the diskettes are standard TRSDOS Model III diskettes. 
Flag M implies flag I. The COPY DOS command is the only function within 
NEWDOS/80 that will honor or even notice a TRSDOS Model III diskette as 
distinct from a NEWDOS/80 diskette, and even this will not occur unless 
flag M is set. 

Flags F through G and N through Z are reserved for future definition. 
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TD is the Type of Drive specification. The definitions are: 

— 1. TD=A 5 inch, single density, single sided drive. 
?. TD=B 8 inch, single density, single sided drive. 
3. TD=C 5 inch, single density, double sided drive. 
A. TD=D 8 inch, single density, double sided drive. 

— 5. TD=E 5 inch, double density, single sided drive. 

6. TD=F 8 inch, double density, single sided drive. 

7. TD=G 5 inch, double density, double sided drive. 

8. TD=II 8 inch, double density, double sided drive. 

If a CPU speed up module is installed in the computer that reverts to 
normal CPU during disk I/O, this reversion must not slow the CPU speed to 
less than the original rated CPU speed for that model. NEWDOS/80's disk 
I/O loops, especially for the Model 1 for drive types B, D, E and G, can- 
not tolerate any reduced CPU speed below the original speed. In limited 
testing and with SYSTEM option BJ properly set, NEWDOS/80 Version 2 has 
run disk I/O successfully without the need to turn off the CPU speed; 
however, Apparat does not guarantee such performance. 

TD=F and TD=H require a CPU speed up module installed in the computer 
which at least doubles the CPU's speed during disk I/O. 

For drive types C, D, G and H, the current NEWDOS/80 interfaces (TI flags 
A, B, C, D or E) consider a double sided diskette as a single volume 
(i.e., only one directory) with each track having its lower numbered sec- 
tors on the first side and the higher numbered sectors on the second side 
Pin 32 is used to select the 2nd side (special cables required), and any 
drive on the cable that shunts pin 32 over as a drive 3 select must have 
that shunt wire cut to prevent that drive from being selected when anothe; 
drive's 2nd side is being selected. Double sided, double density 40 and 
80 track drives have been used on the Models I and III under NEWDOS/80 
Version 2. 

One of the strongest reasons Apparat never supported double density in 
Version 1 was that most drives did not work reliably well in double den- 
sity. Whether this was the fault of the drives, the data separator or th 
controller was never really ascertained. Over the last nine months thing 
have improved somewhat, but double density is still not as reliable as 
single density and probably never will be . Apparat was informed that the 
"two byte pattern 6DB6 is a much better "worst case" double density patter: 
than the E5 ' s used in single density, and indeed the 6DB6 pattern is such 
In fact, it is such a good "worst case" condition that a good percentage 
of certified double sided, double density diskettes will fail format. To 
many users, this will prove intolerable and they will want to apply the 
ZAP that goes back to the E5 pattern, if it is not already applied. How- 
ever, using the E5 pattern in double density means that the user will in- 
crease the probability that a diskette that formats successfully will at 
some future time fail. 

TC=tcl specifies the number of tracks on the disk, excluding track if TI 
flag K is set. If flag K is not set, TC=35 for a 35 track drive, TC=40 for a 
40 track, etc. If flag K is set, then TC=34 for a 35 track drive, TC=39 for a 
40 track, etc. 
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SPT=scl specifies the number of sectors per track. For double sided, single 
volume diskettes (TD = C, D, G or II), scl must be twice what it would be if 
single sided diskettes. scl may be any value from 1 to the maximum number of 
256 bytes sectors the track can physically hold. For each of the above speci- 
fied drive types, the maximum number of sectors per track is: A=10 , B=17, 
C=20, D=34, E=18, F=26 , G=36 and H=52. " 

TSR=rcl specifies the track stepping pulse time code the controller uses for 
this drive, rcl is a value from to 3 and becomes part of the SEEK, STEP and 
RESTORE commands sent to tbe controller. For the Model I and III standard 
controllers, TSR=0 gives 5 ms stepping, TSR=1 gives 10ms stepping, TSR=2 gives 
20ms stepping and TSR=3 gives 40ms stepping. TSR=3 was the original standard 
for* the Model I, with some users using TSR=2 or TSR=1 for certain drives. The 
Model III appears to use TSR=0 as standard. If you are having drive trouble, 
the safest setting is TSR=3. 

GPL=gc2 specifies the number of granules per lump where gc2 is a value between 
2 and 8. In TRSDOS for the Model I and III and the older versions of NEWDOS, 
disk space allocation was done via granules (5 sectors per granule on the Model 
I and 3 per granule on the Model III) and tracks (2 granules per track on the 
Model 1 and 6 granules per track on the Model III). In NEWDOS/ 80 version 2, 
for both the Models I and III, there are still 5 sectors per granule , and 2 to 
8 granules per lump (not track). Wherever a track number appeared in the 
directory (in the GAT sector and in the FDE two byte extent elements), it has 
been replaced with a lump number. Doing so allows a granule to start in one 
track and end in another and allows double density and 8 inch diskettes to 
maximize the number of sectors per track while keeping the same directory 
format. GPL=2 maintains compatibility with the old 35 track single density 
diskettes, as the directories will be exactly the same and transferable back 
and forth between the Model I TRSDOS and NEWDOS versions before NEWDOS/ 80 
version 2. However, by going to GPL=8 the directory can now accommodate 192 x 
8x5= 7680 sectors or 1,966,000 bytes which might suffice for a while. 

DDSL=lnl is the logical equivalent of and replacement for the DDST parameter 
used in NEWDOS/ 80 version 1. lnl specifies the number of the lump at whose 
first sector is to contain the directory's 1st sector. This value is stored in 
the boot sector 3rd byte during diskette format and is used when necessary to 
find the directory. It is also used during diskette format to determine where 
to put the directory. In the older systems, the 3rd byte of the boot sector 
contained the track number in whose 1st sector the directory started. Since 
tracks are not used in space allocation and control in NEWDOS/80 version 2, the 
3rd byte of the boot now_contains the number of the lump in whose 1st sector 
the directory starts . To determine the relative sector number of the direc- 
tory's 1st sector (the GAT sector), access the boot sector's 3rd byte and mul- 
tiply that value by 5 times GPL. DDSL=17 maintains compatibility with the 
standard 35 trac k, si ng le sided, single dens ^y H.j cV^i-froc. nnsT. shnnlH Kp set 
to the value used for the DDST parameter in NEWDOS/80 version 1. 

DDGA=gcl specifies the default number of granules to be allocated to the 
directory when it is created during format, where gel is a value between 2 and 
6. DDGA=2 should be specified for standard 35 track, single density, single 
sided compatibility , gel > 2 allows the user to have more than 62 files on a 
data diskette with the maximum being 222 files. 

fiT} specifies that if and only if no errors were found during the checking of 
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the specifications for all the drives, then the specifications for SYSTEM 
option AL number of drives is loaded into the main memory PDRIVE table to 
immediately become the controlling data for those drives; this eliminates the 
need for a reset. If parameter A is specified, dnl must = 0. 

PDRIVE is executeable under MINI-DOS. 

PDRIVE command examples: 

(H> PDRIVE, dnl, dn2,TI=A,TD=A,TC=35,SPT=10,TSR=3,GPL=2,DDSL=17,DDGA= 2 
is the PDRIVE specification for a standard 5 inch, 35 track, single den- 
sity, single sided diskette used for communication in the Model I world. 
This specification can also be used on the Model III to read the diskette 
providing the directory address marks are correct (see SYSTEM option AN). 

2. PDRIVE, dnl, dn2,TI=A,TD=E,TC=40,SPT=18,TSR=3 ,GPL=2,DDSL=17 ,DDGA=2 

is the Model III specification (Model I, use TI=C) for a standard 5 inch, 
40 track, double density, single sided diskette used for communication 
through out the NEWDOS/80 Model III world. Using this specification, this 
diskette can also be read on the Model I in a drive other than if the 
double density interface is installed. 

3. PDRIVE, dnl, dn2,TI=AM,TD=E,TC=40,SPT=18,TSR=3,GPL=G,DDSL=17,DDGA=2 

is the Model III specification (Model I, use TI=CM or EM) for reading or 
writing to a TRSDOS Model III standard 5 inch, double density, single 
sided diskette. A 40 track, double density, single sided 5 inch diskette 
is the only type TRSDOS Model III diskette that NEWDOS/80 can handle. 
GPL=6 is mandatory. Since a TRSDOS Model III diskette cannot be formatted 
by NEWDOS/80, DDSL and DDGA are meaningless. In NEWDOS/80 (double density 
mod must be installed for Model I), only the COPY DOS command can be used 
with TRSDOS Model III diskettes excepting that diskette sectors can be 
read/written via SUPERZAP by using the DD, DM, DTS, VDS, CDS, CDD, etc. 
functions that do not refer to files (i.e., don't use DFS). 

U. PDRIVE, dnl, dn2,TI=A,TD=C,TC=80,SPT=20,TSR=2,GPL=8,DDSL=20,DDGA=6 
is the specification for a 5 inch, 80 track, single density, double sided, 
single volume diskette withe 20ms stepping, 8 granules per lump, with the 
directory positioned at the diskette halfway point and maximum size direc- 
tory. For the Model III, the single density drive restriction applies. 

5. PDRIVE, dnl, dn2,TI=A,TD=G,TC=80,SPT=36,TSR=2,GPL=8,DDSL=35,DDGA=6 

is the Model III specification (Model I, use TI=C or F.) for a 5 inch, 80 
track, double density, double sided, single volume diskette to use 20ms 
stepping, 8 granules per lump, maximum size directory positioned at the 
diskette halfway point. For the Model 1, the double density drive 
restriction applies. 

6. PDRIVE, dnl, dn2,TI=CK,TD=E,TC=39,SPT=18,TSR=3,GPL=2,DDSL=17,DDGA=2 

is the Model I specification (Model III, use TI=AK) for 5 inch, 40 track, 
double density, single sided diskette that has track formatted in single 
density, hence only 39 tracks available for regular use. This specifica- 
tion will handle double density diskettes formated by TRSDOS and NEWD0S/8C 
version 1 running under the PERCOM doubler. This specification will also 
be used when generating a double density diskette to be the system disk- 
ette in drive for the Model I. For LNW Model I interface, use TI=EK. 
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7. PDRIVE,dnl,dn2,TI=CK,TD=G,TC=7 9,SPT=36,TSR=3,GPL=8,DDSL=35,DDGA=6 

is the Model I specification (Model III, use TI=AK) for a 5 inch, 80 
track, double density, double sided, single volume diskette that has track 
formatted single density. For the LNW Model I interface, use TI=EK. 

Warning!!! Double sided, double density diskettes used on the patched 
NEWDOS/80, version 1 are not useable on Version 2 (see TI flag K 
discussion) . 

8. PDRIVE, dnl,dn2,TI=AL,TD=A,TC=35,SPT=10,TSR=3,GPL=2,DDSL=17 s DDGA= 2 

is the specification for a 5 inch, 35 track, single sided, single density 
diskette that is to be read on an 80 track drive. The 80 track drives 
step only half as far as the 35 and 40s for each data track; setting flag 
L causes 2 steps to be taken for each data track stepped. 

9. PDRIVE, dnl,dn2,TI=BH,TD=B,TC=77,SPT=17,TSR=3,GPL=3,DDSL=17,DDGA=6 

is the Model I specification for an 8 inch, 77 track, single sided, single 
density diskette. Note, NEWDOS/80 version 1 used SPT=15 and an implied 
GPL=3, and to read those diskettes, SPT=15 and GPL=3 must be used. It is 
recommended that a COPY be done to convert those diskettes to SPT=17, thus 
gaining 12% more diskette space. Flag H causes head load settle delay to 
be used, required for most 8 inch drives. 

10. PDRIVE, dnl,dn2,TI=BH,TD=D,TC=77,SPT=34,TSR=3,GPL=8,DDSL=17,DDGA=6 
is the Model I specification for an 8 inch, 77 track, single density, 
double sided, single volume diskette with head load settle delay required. 

11. PDRIVE,dnl ,dn2=dn3 is the specification to cause drive dn2 to 
receive as its specifications those of drive dn3 . 

12. PDRIVE, dnl,dn2=dn3,TC=40,TSR= 2 is the specification to cause drive 
dn2 to receive as its specifications those of drive dn3 and then to apply 
new values for TC and TSR. 

13. PDRIVE,0,A causes the PDRIVE data for SYSTEM option AL number of 
drives to be loaded into the main memory PDRIVE table if and only if the 
full display of the specifications shows no error. 

14. PDRIVE, 0, dn2=dn3 , A changes drive 0's specifications for dn2 to be 
those of dn3 , and then performs as in the above example. 



2.38. PRIHT List a text file on the printer. 

PRINT, filespecl[ , star t- line [ , line-count] ] 

PRINT executes identical to LIST, excepting the listing goes to the printer 
instead of the display. Refer to DOS commmand LIST for specifications and 

examples. 
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2.39. PROT Alter some diskette control data. 

PROT, [passwordl : ]dnl [ ,NAME=namel ] [ ,DATE=mm/dd/yy] [ ,RUF] 
[ ,PW=password2] [ .LOCK] [ .UNLOCK] 

At least one optional parameter must be specified. The target diskette is 
mounted on drive dnl . If passwords are enabled, passwordl must be specified 
and must equal the diskette's master password. 

HAME=namel The diskette is given the name namel . 

MTE=mm/dd/yy The diskette is given the date mm/dd/yy. 

RDF Reset Udated Flags. This option turns off the updated flags for all 
files on the diskette. If a user backs up only those files having the updated 
flag on (see UPD option of COPY), executing PROT with the RUF option after 
the copying is completed turns off the updated flags so the files will not be 
eligible for a subsequent backup until the file is subseqently updated. Simpl 
writing or rewriting one sector of the file, whether or not anything was actu- 
ally changed, causes DOS to turn on a file's updated flag. 

PW=password2 Password2 must conform to the rules for passwords, with null 
set as all blanks. The diskette receives password2 as its password. 

LOCK All files of the diskette, except system and invisible files, are 
given the diskette master password as both their access and update passwords. 
If password2 specified, it is used. This feature used to be the only way a 
user, in a password enabled system, could get to a file whose password(s) he/ 
she had forgotten, if the user did know the diskette master password. It has 
the unfortunate drawback in that it changes the passwords for all, except sys- 
tem and invisible, files on the diskette; thus causing the user to reassign 
passwords to all the others as well as to the file whose passwords he/she for- 
got. An easier way is available if the user knows the password of at least on 
NEWDOS/80 system diskette or better still, has a NEWDOS/80 system diskette wit! 
passwords disabled (system option AA = N) . With passwords disabled, the user 
can use ATTRIB to directly reassign new passwords to the file whose passwords 
are forgotten without having to affect other user files on the diskette. Then 
passwords can be reenabled. 

UNLOCK The access and update passwords of all of the diskette's files, 
except system and invisible files, are set to all blanks, meaning no passwords 
for those files. 

PROT command examples: 

1. PROT, 2, RUF The updated flag is cleared for each file on the 
diskette currently mounted on drive 2. 

2. PROT,OLDPSWD:1,NAME=AAB3,DATE=07/15/81,PW=NEWPSWD 

In this example, passwords are enabled; therefore the diskette's master 
password OLDPSWD was required. The diskette control information for the 
diskette mounted on drive 1 is changed such that its name is AAB3 , its 
date is July 15, 1981 and its new master password is NEWPSWD. 
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2.40. PURGE Selectively kill files from a diskette. 

PURGE, [passwordl : ]dnl [ ,/ext] [ ,USR] 

The diskette mounted on drive dnl is used for this command. If passwords are 
enabled, passwordl must be specified and must be equal to the diskette's master 
password. 

For each file, except BOOT/SYS and DIR/SYS, on the diskette, DOS asks the 
operator if the file is to be killed. If the file is to be killed, respond Y; 
the file will be immediately killed, as if a KILL command has been issued. If 
the file is NOT to be killed, respond N. Respond Q if you wish to quit the 
PURGE function. 

/ext If this option is specified, the purge queries are limited to only 
those files having name extension ext where ext is to 3 characters. 

USR If this option is specified, system and invisible files are not in- 
cluded in the PURGE function. 

PURGE command examples: 

1. PURGE, 1 For each file, except BOOT/SYS and DIR/SYS, on the 
diskette currently mounted on drive 1, DOS asks if the file is to be 
killed. If the response is Y, the file is killed. 

2. PURGE, 0, /DAT For each file on the diskette currently mounted on 
drive that has name extension DAT, DOS asks if the file is to be killed 
and does so if the response is Y. 

3. PURGE, 0, USR For each non-system, non-invisible file on the 
diskette currently mounted on drive 0, DOS asks if the file is to be 
killed and does so if the response is Y. 



2.41. R Repeat the previous DOS command. 

This command causes the re-execution of the previous DOS command, excluding the 
command R. Example: 

DIR 1 followed by: 

R 

will execute the same as if the two DOS commands had been: 

DIR 1 
DIR 1 



The R command can not be executed from BASIC via CMD"doscmd" as that function 
requires that the command, excluding ENTER, must be 2 or more characters long. 
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The R command has no parameters and must be keyed exactly as R follov;ed by 
ENTER, If more than 2 characters are keyed into the buffer and then backspace 
so that DOS only sees the R and the ENTER, the previous DOS command that was 
residing in the command buffer will still have been altered and the R command 
will either fail or in rare circumstances, execute something different than 
what the operator expected. 

If the previous DOS command is no longer intact in the DOS command buffer, the 
results of the R command are unpredictable. 

If SYSTEM option BE = N, the R command does not execute the previous DOS com- 
mand but instead simply returns to DOS READY. 



2.42. RENAME Rename a file. 

RENAME, filespeclf ,T0] ,filespec2 

The file filespecl is renamed to filespec2, where filespec2 consists of only a 
name and optionally a name extension. If filespecl does not specify a drive 
number, then all mounted diskettes are searched, and the first file encounterec 
matching filespecl "s name and name extension is renamed. RENAME change only 
the file's name and name extension; nothing else is changed. 

RENAME command example: 

1. RENAME XXX/DAT:1 YYY/OBJ The file XXX/DAT on the diskette 
currently mounted on drive 1 has its name changed to YYY and its extensior 
changed to OBJ. 



2.43. ROUTE 

1 . ROUTE 

2. ROUTE, CLEAR 

3. ROUTE, devl[,dev2][,dev3] 

The purpose of the ROUTE command is to allow some flexibility from where the 
keyboard and/or RS-232 input is received and to where display, printer and 
KS-232 output is sent. This is more restrictive form of routing than is 
available in other DOSs. 

At the conclusion of a ROUTE command, any existing routes are displayed; if 
none, nothing is displayed. ROUTE with no parameters does nothing except dis- 
play the existing routes. 

ROUTE, CLEAR clears all routes. 

devl specifies the device being routed. dev2, dev3 , etc. specify the device(s) 
being routed to (the routed-to devices) when devl is an output device or routed 
from (the routed-from devices) when devl is an input device. For the Model I, 
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the device codes are KB for the keyboard, DO for the display, PR for the 
printer and NL for null (meaning nothing is transferred). For the Model III, 
RI for the RS-232 input and RO for the RS-232 output are added to the above 3 
codes. An input device (KB or RI) may not be routed to an output device (DO, 
PR or RO), and an output device may not be routed to an input device. 

Whenever devl is specified, ROUTE initially clears any previously existing 
routes for that device and then establishes the routes specified by dev2, dev3 , 
etc. , if any. 



Any of the devices dev2, dev3 , etc. may also be of the form [MM=addr| where 



addr specifies the main memory location of a user routine to which devl is to 
be routed. The first \& bytes of the routine are reserved for use by DOS and 
must not be altered by the user. Upon routing, the user routine is entered via 
a CALL at the /7th byte, and it is the user's responsibility to save and re- 
store all registers, except AF, used by the routine and routines it calls. If 
devl is an input device, the routine returns the new byte in register A with a 
zero indicating there is no new input byte from that routine. If devl is an 
output device, upon entry to the routine, register C contains the byte being 
outputted. 

If devl is an output device, the output byte is sent to all routed-to devices 
in the order given in the ROUTE command. 

If devl is an input device, each routed-from device is queried in the order 
given in the ROUTE command. If that device supplies a non-zero byte, the 
queries stop and the byte is used as the input byte for the devl. If no 
routed-from device has an input byte, a zero is considered devl ' s current byte. 

The maximum number of routes-to and routes-from, excluding MM=addr types, in 
existence at one time is four for the Model I and six for the Model III. 

WARNING!!! No editing of input or output characters is done during routing. 
This may cause problems (i.e., display control characters causing the printers 
to do unpredictable things). 

ROUTE command examples: 

1. ROUTE, PR, DO Printer output does not go to the printer but 
instead goes to the display. 

2. ROUTE, DO, DO, PR Display output goes to both the display and the 
printer. 

3. ROUTE, PR, DO, PR Printer output goes to both the display and the 
printer. If the routes of both example 2 and 3 are active, the routing is 
equivalent to the Model III TRSDOS function DUAL. 

4. ROUTE, KB, RI (Model III only) Keyboard input characters come 
from the RS-232 input device and not from the keyboard. 

5. ROUTE, DO, RO (Model III only) Display output is sent to the 
RS-232 output device and not to the display. 

6. ROUTE, PR, MM=0FE80K Printer output is sent to the routine at main 
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memory location 0FE80H (the routine's actual entry point is 0*B&eH) . 

7. ROUTE,KB,KB,MM=0F800H Keyboard input comes from either the 
keyboard or the routine at main memory location 0F800H. Input from the 
keyboard has precedence. 

8. ROUTE, PR, NL Printer output is discarded. 

9. ROUTE, PR All routing for the printer is dissolved. Printer 
output goes to the printer. 

10. ROUTE, CLEAR All routes are dissolved, and all devices are 
returned to their normal paths. 



2.44. SETCOM (Model III only) Set RS-232 interface parameters. 

SETCOM[ ,OFF] [ ,WORD=wl] [ ,BAUD=br] [ ,STOP=sb] [ ,PARITY=pp] [ .WAIT] [ ,NOWAIT] 

The SETCOM command optionally changes the state of the RS-232 interface and 
always displays the state. For RS-232 discussion, see chapter 8 of the Model 
III Operation and BASIC Language Reference Manual. The SETCOM command affects 
only the standard RS-232 control blocks and routines. 

If OFF is specified, the RS-232 interface is turned off. No other optional 
parameters may be specified. 

If any of WORD, BAUD, STOP or PARITY is not specified, the state for that key- 
word is not changed. 

WORD=wl specifies the number of bits per transmission byte, wl must be one of 
5, 6, 7 or 8. 

BAUD=br specifies the transmission rate (the baud rate) for both sending and 
receiving. The 16 allowable values for br are 50, 75, 110, 134, 150, 300, 600. 
1200, 1800, 2000, 2400, 3600, 4800, 7200, 9600 and 19200. 

STOP=sb specifies the number of stop bits to be used for each byte transmit- 
ted, sb is either 1 or 2. 

PARITY=pp specifies the parity to be used in the transmission where 1 = odd 
parity, 2 = even parity and 3 = no parity. 

WAIT or HOWAIT are mutually exclusive and specify whether or not the RS-232 
input routine is to wait until an input byte is received and the output routine 
is to wait until the current byte has been sent. If neither WAIT nor NOWAIT is 
specified, the previous wait or no wait state remains. 

SETCOM command examples: 

1. SETCOM, WORD=8,BAUD=300,STOP=1,PARITY=1, WAIT Activates the RS=232 
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interface, if not already active, and sets the interface for 8 bit bytes, 
300 baud rate, one stop bit, odd parity and forces the RS-232 routines, 
when called, to wait until an input byte is ready or until the RS-232 
output device will accept an output byte. 

?.. SETCOM, N0WA1T,PARITY=3,W0RD=7 Activates the RS-232 interface, if 
not already active, and sets the interface for 7 bit bytes, no parity and 
causes the RS-232 routines not to wait until an input byte is ready or the 
RS-232 output device will accept an output byte. The TRS-80 interrupt 
routines will handle the actual byte input or output with the RS-232 
device. The other parameters not mentioned in the command are not 
changed. 

3. SETCOM, OFF The RS-232 interface is deactivated. The current 
interface specification is remembered. 



2.45. STMT Display specified message. 

STMT,msg 

Since normal DOS commands are always displayed, this command normally has 
nothing to do since its function, to display the message msg, has already been 
done. However, if this command was invoked via DOS-CALL (which does not dis- 
play the DOS command), the message msg is displayed. 

STMT is one of 3 ways in chaining to display a message without a pause. This 
allows multiple line instructions to be displayed, with the last line being a 
PAUSE and the others being STMTs. 

STMT command examples: 

1. STMT PHASE ONE COMPLETED This is simply an announcement to the 
terminal operator that phase one (whatever that was) has been completed. 
DOS does not pause. 

2. STMT DISMOUNT AND STORE AWAY DISKETTE XXX 
PAUSE AND MOUNT DISKETTE YYY ON DRIVE 2. 

This example illustrates the combined use of the STMT and PAUSE commands 
to give instructions and wait until they are carried out. 
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The NEWDOS/80 system diskette whose control information is being updated/ 
displayed by this command is mounted on drive dnl . If passwords are enabled, 
passwordl must be specified and be equal to the diskette's master password. Ii 
no optional parameters are specified, then only a display of existing options 
is given. The optional parameters may be specified in any order, and only 
those parameters specified have their values changed in the diskette's control 
data (3rd sector on the diskette). Parameters not specified are not changed. 

If many options are being changed, it may be necessary to perform multiple 
SYSTEM commands as the DOS buffer is limited to 79 characters per command. 

It is anticipated that additional options will be specified as time proceeds. 

Changes to a system diskette's system option's do not affect the computer 
operations until that system diskette is mounted on drive and a reset done. 

AA=yn If AA=Y, passwords are enabled. If AA=N, passwords are disabled. 

AB=yn If AB=Y, the system is to operate in RUN-ONLY mode. SYSTEM options 
AD=N, AE=N and AF=N are forced at reset time, and the pressing of ENTER to 
override the auto command is disallowed. The user must have a proper auto 
command (see AUTO, section 2.4) that will either invoke a user program or exe- 
cute a CHAIN file that will eventually invoke a user program. In RUN-ONLY 
mode, if the system finds itself at normal DOS READY or MINI-DOS READY, it wil] 
go into an endless loop after displaying 'RUN ONLY STOPPED!! PRESS 'R' FOR 
RESET'. Upon receiving R, the DOS command BOOT (see section 2.7) will be exe- 
cuted. BASIC honors RUN-ONLY by disabling BREAK, treating LOAD without R or V 
as an error, and by not allowing any direct statements. If AB=N, the system is 
in normal command mode. 

s AC=yn (Model I only) If AC=Y and if SYSTEM option AJ=Y, the NEWDOS/80 "s 
debounce routine is used. If AC=N or SYSTEM option AJ=H, the NEWDOS/80 's de- 
bounce routine is bypassed. 

V AD=yn If AD=Y, 'JKL' is enabled, and if AD=N, 'JKL 1 is disabled. 

AE=yn If AE=Y, '123' is enabled as the method to invoke DEBUG (see section 
4.1). If AE=N, '123' is disabled. 

V AF=yn If AF=Y, 'DFG' is enabled as the method of invoking MINI-DOS (see 
section 4.2). If AF=N, 'DFG' is disabled. 

N AG=yn If AG=Y, BREAK is considered a normal input key with code = 01. If 
AG=N, the BREAK key is not considered a normal input key and its occurrence is 
changed to the null key code 00. The state of the BREAK key is set according 
to option AG at reset and then again everytime the system returns to normal DOS 
READY. DOS command BREAK may be used to enable or disable the BREAK key until 
the next normal DOS READY. Also, programs may enable the BREAK key by storing 
a 0C9H byte in Model I location 4312H (Model III location 4478H) or disable 
the BREAK key by storing a 0C3H byte in that location. 

• AH=yn Not defined in NEWDOS/80, version 2. Formerly, this dealt with de- 
laying the disabling of timer interrupts during disk I/O to gain better clock 
accuracy. This is no longer done. 
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AI=yn (Model I only) If AI=Y, lower case modification has been installed 
in the computer and AI=K if it is not. User programs may test for bit 4 of 
436CH for this state, 1 if AI=Y and if A1=N. Currently, DEBUG and SUPERZAP 
use this flag to decide whether memory displays can display lower case. 

AJ=yn If AJ=Y, NEWDOS/80's keyboard intercept routine is active. This 
routine contains repeat key function, 'debounce 1 (Model I only) and one of the 
methods used to spot 'JKL', '123' and 'DFG' (the other being off the timer 
interrupts). If AJ=N, NEWDOS/80 does not intercept the keyboard two byte 
address vector at 4016H and 

1. The repeat key function for the Model I is not active regardless of 

the SYSTEM option AU. The Model III reverts to the ROM repeat key 

function. 

?. 'debounce' (Model I only) is not active regardless of SYSTEM option AC 

setting. 

3. 'JKL 1 , '123' and 'DFG' can only be triggered via the interrupts, 

resulting in many more spurious key input characters. 

If the up-arrow key is depressed all during the reset/power-on s equence, AJ = N 
is forced ; this is necessary for those programs that eventua lly overlay the DOS 
in main memory. 

AK=yn Not defined in NEWDOS/80, version 2. Formerly, this option dealt 
with allowing 'JKL' to pass graphic characters to the printer. This has been 
incorporated into SYSTEM option AX. 

AL=al al (value 1-4) specifies the number of physical drives in the sys- 
tem. If your system only has one drive, setting al = 1 will limit the system 
to only checking for that one drive. Though al can be set to 255, it should 
never exceed 4. 

AM-an am (value - 255 where = 256) is the number of tries allowed for a 
disk I/O before it is declared in error. The original DOSs used a value of 10. 



AH=an an = the default drive number for the DIR command. 

AO=ao When creating a file and when the user lets the system choose the 
diskette to contain the file by not specifying a drive number in the filespec, 
the system will first search all the drives for an existing copy of the file. 
If it does not find an existing copy, the system will start searching at drive 
ao, and will search that and higher numbered drives until a free FDE is found. 
It will not search a drive whose number is less than ao. 

Ij AP=ap ap is a memory address, which if other than and is within the range 
of existing memory, is stored as DOS's HIMEM address value in the two bytes at 
Model I location 4049H (Model III location 4411H). 

y AQ=yn If AQ=Y, the CLEAR key is enabled, and if AQ=N, the CLEAR is disabled 
if SYSTEM option AJ=Y. 

M AR=yn If AR=Y, COPY, formats 5 and 6, are allowed without diskette password 
checking even though passwords are enabled. If AR=N, passwords are required if 
passwords enabled. 
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( AS=yn (Model I only) If AS=Y, BASIC will convert input text character 
strings from lower to upper case. This is useful when lower case hardware is 
not installed or when lower case drivers are not used as it is very possible t< 
input lower case characters (using the shift key) and have BASIC display them 
as upper case even though they are really lower case. The user can stare for- 
ever at a compare that looks equal on the display, but BASIC computes as un- 
equal. If as = N, BASIC will leave the text character strings alone. This 
option does not affect string characters input as data rather than as part of 
text. 

\/ AT=yn AT=N puts chaining into record mode, meaning that only requests for 
full records come from the chain file; single char key input request are hon- 
ored from the keyboard. AT=Y puts chaining in single character mode meaning 
that all requests for an input key come from the chain file. 

y AU=yn AU=Y turns on the clock driven repeat key function. The first repeal 
will delay option AV number of 25 ms intervals. Subsequent repeats will enter 
as fast as the program asks for them but not more than 12 per second. AU=N 
turns off the repeat key function, eliminating repeat keys on the Model I and 
shifting to the ROM repeat key function on the Model III. 



~,JV 



AV=av AV is used when AU=Y. av is the number of 25 ms intervals to pass 
between the key depression and the acceptance of the 1st repeat of that char- 
acter. Subsequent repeats are as fast as the program wants them but not more 
than 12 per second. 

Z AW=aw is the number of write-with-verify disk I/O tries allowed. This I/O 
retry count works in conjunction with option AM=am with each retry under AW 
taking place only after the sector verify read has failed am number of times. 
Formerly, if sector write encountered no error and the verify read did result 
in an error, it was left to the user to retry the write. Now, if aw is greate: 
than 1, the write will automatically be retried in the cases where the write 
was apparently good but the verify read failed. 

!»<, AX=ax This is ASCII code of the highest printable character for the printer. 

! " It is used by system routines to determine when to substitute blanks or per- 
iods in place of ASCII codes higher than this value. This value must not ex- 
ceed 255. This high ASCII code is stored in the one byte at Model I location 
4370H (Model III location 4290H) . 

/ AY=yn is used only during resets wherein DOS senses that it was not active 
immediately prior to the reset (i.e., reset after power-on or after execution 
of non-disk BASIC). AY=Y causes the operator to be asked for date and time. 
AY=N bypasses this query and causes date and time to be set to zeroes. 

f\J AZ=yn is used only during resets wherein DOS senses that it was active 

immediately prior to the reset. AZ=Y causes the operator to asked for date am 
time. AZ=N causes date and time to be left as they were prior to the reset. 

N BA=yn BA=Y causes a reset to activate ' ROUTE, DO, NL' , thus causing all dis- 
play output, including the DOS and BASIC banners, to be lost until the operato: 
or a user program executes either * ROUTE, CLEAR 1 or 'ROUTE, DO 1 . BA=N disables 
this reset action. 

BB=yn (Model III only) BB=N informs the system that the clock interrupts 
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occur 60 times a second. BB=Y informs the system that the clock interrupts 
occur 50 times a second. This option does not set the clock to perform as 
such, but only acknowledges that it does. 

/ BC=yn BC=Y means the operator can manually pause or cancel chaining. BC=N 
means the operator is not allowed to manually pause or cancel chaining. RUN 
ONLY forces BC=N. 

V B»=yn BD=Y means the operator can override the AUTO command at reset by 
holding down the ENTER key. BD=N means he/she can't. RUN ONLY forces BD=N. 

V BE=yn BE=Y enables the DOS command R to repeat the previous DOS command 
1 (see section 2.41). BE=N causes the R command to simply return to DOS READY. 

v BF=yn (Model I only) BF=Y performs at reset/power-on time the equivalent 
1 of the DOS command LCDVR,Y (see section 2.29). BF=N performs the equivalent 

of LCDVR,N. However, if DOS senses that the lower case hardware is either not 

installed or is not operating, BF=N is forced. 

i BG=yn BG=Y performs at reset/power-on time the equivalent of the DOS com- 
mand LC,Y (see section 2.28). BG=N performs the equivalent of LC,N . 

H BH=yn At reset/power-on time BH=Y enables cursor blinking, and BH=N in- 
hibits it. 

C BI=bi At reset/power-on time, the numeric value bi is set as the cursor 
character's value, excepting that if bi = 0, then the standard cursor character 
value is used (95 for the Model I and 176 for the Model III). 

1 BJ=bj Option BJ provides a minimal control for NEWDOS/80 when a CPU speed 
up modification is installed that is to continue operation during disk opera- 
tions. This option multiplies (roughly) by bj the number of Z-80 instructions 
executed during certain timing loops used internal to NEWDOS/80. bj must be an 
integer greater than and equals the number of times the CPU has been speeded 
up. Set bj = 1 if the loops are not to be lengthened. If the loops are to be 
lengthened, bj must always be rounded up in the cases where the new CPU speed 
is not an even multiple of the original Model I or Model III speed. Option BJ 
does NOT perform the actual CPU speed switching. 

BK=yn BK=Y allows the DOS command WRDIRP and the W and C functions of 
DIRCHECK to be executed. BK=N causes these functions to be rejected with 
'DISK ACCESS DENIED' . 
S «" 

BM=yn BM=Y causes disketbs^f ormatt>«g^"to verify read sectors in a separate 
VERIFYING phase after all trackKhasre^been formatted. This verify read is in 
addition to the verify read dope^onxa track' s sectors immediately after the in-* 
dividual track was format^T BM=N Bypasses this VERIFYING phase, deeming as 
sufficient the verify .ife'ct or read done wheh«<the individual track was formatted. 

BN=yn (Model I only) BN=N causes the write of single density diskette 
directory sectors to use the address mark readable by Model I TRSDOS. BN=Y 
causes the write of single density diskette sectors to use the address mark 
readable by Model III NEWDOS/80. BN=Y should only be used where it is required 
that single density diskettes be NEWDOS/80 version 2 exchangeable between the 
Model I and the Model III. 

2-49 DOS LIBRARY COMMANDS 



N 



hi 



SYSTEM - TIME 



Though the information contained in the directories used by Model I 
TRSDOS, Model I NEWDOS/80 and Model III NEWDOS/80 is the same (except for 
some additions by NEWDOS/80), the address mark byte (part of the magnetic 
format and identification bytes that surround each 256 bytes of user data 
on the soft sectored diskettes) used to indicate the directory sectors are 
'protected' is different on the Model III than it is on the Model I for 
single density diskettes. 

The changing of SYSTEM option BN does not in itself change the address 
mark of any directory sectors. All this does is set the protected sector 
write routine in DOS to write the specified address mark whenever a pro- 
tected sector is written or rewritten to disk. To set all sectors of a 
single density diskette directory to the proper address mark, use either 
DOS command WRDIRP or DIRCHECK with the W option. Warning!!! If a single 
density diskette has been used on the Model III or has been used on the 
Model I where BN=Y and the diskette must now be used with Model I TRSDOS, 
the user must set BN=N and rewrite the directory sector address marks 
using WRDIRP or DIRCHECK with option W. This must be done even though, 
with BN=N, SUPERZAP under NEWDOS/80 on the Model I shows the directory 
sectors protected; this is because Model I NEWDOS/80 accepts either 
address mark value as 'protected' though it only writes the one value 
specified by option BN. 

System option codes BO and up are reserved for future definition. 
SYSTEM command exapmples: 

1. SYSTEM,0,AL=4,AA=Y,AU=Y,AV=20,AT=Y The SYSTEM control parameters 
AL, AA, AU, AV and AT are changed on the current system diskette mounted 
on drive 0. All the other SYSTEM parameters are left unchanged. The full 
SYSTEM specification is then displayed. These changes are not used to 
control NEWDOS/80 until the next reset/power-on . 

2. SYSTEM, 2, AP=0FF00E,AN=1,AX=126 The SYSTEM control parameters AP, 
AN and AX are changed in the control sector of the diskette currently 
mounted on drive 2. No other SYSTEM parameters are changed. The full 
system specification contained on that diskette is then displayed. For 
the SYSTEM parameters contained on that diskette to control NEWDOS/80, 
that diskette must be a NEWDOS/80 version 2 system diskette, must be dis- 
mounted from drive 2 and remounted on drive 0, and a reset/power-on must 
be done. 



2.47. TIME Set the real time clock. 

TIME[,hh:mm:ss] 

If no parameters are specified, the current times is displayed in hh:mm:ss 
format. 

If hh:mm:ss is specified, the clock is set to time hh:mm:ss where hh is a 2 

digit hour value, 00 - 23, mm is a two digit minute and ss is a two digit 
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seconds value. No check is made on the validity of the values. Each of the 

three values is converted to a single byte value and stored into its byte of 

the clock. The clock three bytes start at model I location 4041H (model HI 

location 4217H) and are in seconds, minutes, hours order. 

At reset/power-on the clock is set according to SYSTEM option AY or AZ. The 
clock is updated once a second. The user should not rely upon the clock for an 
accurate value as disk I/O frequently and interrupt routines infrequently run 
so long with interrupts disabled that one or more timer interrupts will be 
missed, causing the clock to run slow. The real time clock is not a hardware 
clock, but instead is maintained by software that is not aware of the lost 
timer interrupts. 



TIME command examples: 

1. TIME, 15:23:00 The clock is set to 3:23 PM. 

2. TIME The current time is displayed. 



2.48. VERIFY Require verify read after every disk write. 

VERIFY [,yn] 

NEWDOS/80 performs verify read after all of its directory writes and after all 
sector writes when logical record or single byte I/O is used. It does not per- 
form verify reads when full sector writes are done via the 443 9H vector. 

VERIFY or VERIFY, Y Diskette writes done via the 4439H vector are verify 
read. A verify read means the sector is read after it is written. If the sec- 
tor was written illegible or with bad parity, an error will be triggered. A 
byte for byte data compare is not done . However, if the verify read detects an 
error and SYSTEM option AW is not equal to 1, the write and verify read will be 
done again since the system still has access to the data that should have been 
placed into the diskette sector. 

VERIFY, N Diskette full sector writes done via the 443 9H vector are not 
verify read. 

COPY, EDTASM and BASIC SAVE" s write the file completely without validity read, 
but then read back the entire file as a verify read. All BASIC disk data 
writes to print/input files, marked item files, fixed item files or field item 
files (where record length is not 256) perform verify read due to the fact that 
byte rather than sector I/O is used. Field item files with record length 256 
use sector I/O and are not verify read unless VERIFY is on. 
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2.49. WRDIRP Write directory sectors protected. 

WRDIRP, dni 

WRDIRP causes the directory sectors for the diskette in drive dnl to be read 
and rewritten in the currently defined protected state for the current computer 
(see SYSTEM options BN and BK). 

This command is used where single density diskettes are to be exchanged under 
NEWDOS/80 version 2 between the model I and III. 

This command enables the user to set the directory to the proper read protect 
state while under MINI-DOS, since it is most likely he/she will find out about 
the problem when in the middle of doing something else (and thus can't get to 
DIRCHECK). CAUTION!!! This command uses the directory starting granule number 
from the 3rd byte of the boot sector to find the directory. It then checks to 
see if the FPDE's for BOOT/ SYS and DIR/SYS are present. If these checks pass, 
it then changes what it thinks are the directory sectors all to protected 
status. Do NOT use this command unless you are sure the only problem is the 
different protection status between the model I and model III; if you have 
doubts, use the W function of DIRCHECK. 

If SYSTEM option BK = N, the DOS command WRDIRP is disabled. 

WRDIRP command example: 

1. WRDIRP, 1 For the diskette mounted on drive 1, the directory 
address marks are set for the current computer and, if Model I, for the 
setting specified by SYSTEM option BN. 
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3.1. This chapter specifies the DOS routines that are available for use by 
machine language programs. If you are neither a Z-80 programmer nor interested 
in Z-80 machine code, you should bypass this chapter. Readers of this chapter 
are assumed to be knowledgeable of Z-80 machine code and at least one assembly 
language for the Z-80. 

These DOS routines have entry and exit conditions, and rather than repeat them 
in each routine's specification, some of the conditions are defined here with 
the using routine's specification simply refering to the condition's code. 

A. Only register AF is altered by the routine. Any other registers used 
by the routine are saved on entry and restored on exit. 

B. On exit, Z state is set if no error is encountered during the 
routine's execution. NZ state is set if a DOS error is encountered, and 
register A contains a DOS error code. The setting of Z and NZ takes 
precedence over the setting of other flags such as C and NC. 

C. On entry, DE points to an open FCB. 

There are incompatabilities with TRSDOS in the use of some of these routines. 
They are discussed briefly in the routines where they occur, so study them 
carefully. The reader should also be aware of the differences in the way the 
FCB fields NEXT and EOF are maintained (see FCB specification, section 5.9). 

The discussion of each routine gives its entry address (the address to be used 
in the CALL or JP Z-80 instruction), then its title (if one is appropriate), 
and then its specification. 

Unless otherwise specified, the DOS routine uses the invoker's stack. Unless 
specified as a dead end routine, the DOS routine exits to the caller. 

Many of these routines use a FCB (see section 5.9). NEWDOS/80 on both the 
Models I and III and Model I TRSDOS all use a 32 bvte FCB while Model III 
TRSDOS uses a 50 byte FCB. NEWDOS/80 will run with user programs having the 50 
bytes FCB but will only use the first 32 bytes of those FCBs. Programs using a 
32 byte FCB with Model III TRSDOS will have problems. 

The routines listed below are not necessarily in ascending numeric order. 



3.2. 402DH. No-Error Exit. Dead end routine. Programs concluding 
with no error jump to 402DH. DOS checks its own state in the following order. 

If either MINI-DOS or DOS-CALL, the stack pointer is set to where it was 
before the last DOS command; otherwise it is set to DOS's stack area and 
the BREAK key is enabled/disabled according to system option AG. 
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If DOS-CALL and if either not chaining or chaining is not to be continued 
at the current DOS level, all registers except AF are restored to as they 
existed on DOS-CALL entry, Z state is set, and a return is made to the 
DOS-CALL invoker. If this was the outermost DOS-CALL level, DOS is taken 
out of DOS-CALL state. 

If RUN-ONLY and if chaining is not active, the message 'RUN ONLY STOPPED! 
KEY 'R' FOR RESET.' is displayed, DOS loops waiting on the reply, and the 
executes DOS command BOOT (see section 2.7). 

If DOS-CALL and if chaining is to continue at the current DOS-CALL level, 
DOS waits for the next command from the chain file. 

If MINI-DOS, then MINI-NEWDOS/80 READY is displayed, and DOS waits for th 
next command. 

If chaining is active, DOS waits for the next command from the chain file 

NEWDOS/80 READY is displayed and DOS waits for the next input command. 



3.3. 4030H Error-already-displayed DOS Error Exit. Dead end routine. 
Programs concluding with an error that is either already displayed or not to b< 
displayed jump to 4030H. DOS action is the same as for 402DH except as 
follows : 

If CHAINING, chaining is aborted. 

If DOS-CALL, the current DOS-CALL level is exited in the same manner as 
for 402DH, except that C state is set. 



3.4. 4400H 



Performs identical to 402DH. 



3.5. 440 5H Enter DOS and execute a command. Dead-end routine. DOS is 
entered, and the stack pointer is set to DOS ' s own area. HL points to a com- 
mand, terminated by a 0DH byte, that DOS is to use as its next command. DOS 
moves this command to its own 80 byte command buffer and then executes it. 



3.6. 4409H DOS Error Exit. Dead end routine if bit 7 of register A 
equals 0. Programs terminating with a DOS error jump to 4409H with the DOS 
error code in register A and bit 7 of register A equal 0. Depending upon DOS': 
state, the following actions occur: 



If CHAINING, chaining is aborted. 
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If DOS-CALL, the current DOS-CALL level is exited in the same manner as 
for 402DH exit, except NZ and NC state is set and the DOS error code is in 
register A. The error msg is not displayed. 

Otherwise the DOS error message is displayed, and an exit is taken to 
402DH. 

A program may CALL 4409H to display an error msg by placing the error code 
in A and setting bit 7 of register A equal to 1. The appropriate DOS error 
message will be displayed. On return, only the F register has been altered. 

The Model I TRSDOS will print diagnostics if bit 6 of register A equals 0. The 
Model III TRSDOS displays only the error number if that bit equals and the 
error message if that bit equals 1. NEWDOS/80 ignores the value of that bit. 

Debugging hint . By setting the 4 bytes at 4409H equal to CD 0D 44 C9, the er- 
ror display routine can be made to invoke DEBUG instead of displaying the error 
message. 



3.7. 440DH Enter DEBUG. User programs have two methods of entering the 
DEBUG facility: (1) by use of Z-80 instruction RST 30H and (2) by the Z-80 in- 
struction CALL 440DH. When done with the DEBUG facility, DEBUG command G will 
return to the instruction following the RST 30H or the CALL, provided the PC 
register was not changed. 



3.8. 441 0H (447BH in Model III) Enqueue a user timer interrupt routine. 

Registers AF, BC, DE and HL are altered by this routine. On entry, DE points 
to the user interrupt routine which must conform to the following format: 

1st 2 bytes. Used by DOS as a forward chain pointer. On entry, the two 
bytes can be any value. 

3rd byte. The number of 25ms intervals to pass between invocations of the 
user's routine. Example, if the routine is to be invoked every second, 
the 3rd byte must be set = 40 (28H). DOS does not alter this byte. 

4th byte. Count down value to the next invocation. On entry, this byte 
should be properly initialized to a value greater than but less than or 
equal to the value in the 3rd byte. Every 25ms interrupt, DOS decrements 
this value. If the result is non-zero, this routine is bypassed for this 
25ms interrupt. If the result = 0, the value from the 3rd byte is moved 
into the fourth byte, registers HL, DE, BC and AF are saved, and the user 
routine is called at its 5th byte. Any other registers used by the 
routine must be saved/restored by it. Interrupts are disabled, and the 
user routine must not re-enable them. 

While a user interrupt routine is in the interrupt chain, it must not be al- 
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tered in any way except by a routine that runs with interrupts disabled; the 
first two bytes must never be altered. 

Model I TRSDOS uses the 4 vectors, 4410H, 4413H, 4416H and 441 9H, for its user 
interrupt routine handling. NEWDOS/80 uses only 4410H and 4413H for non- 
compatible handling of these routines. Any program using a 25ms interrupt user 
routine in TRSDOS must be modified to work under NEWDOS/80. This is a major 
incompatibility between the two Model I systems. 

Model HI TRSDOS has not yet made any provision for user timer routines, using 
4410H - 441BH for other purposes, including HIMEM. 

Model III NEWDOS/80 continues with the user timer interrupt routine mechanism 
used on the the Model I, except that 447BH is the routine enqueue vector 
instead of 4410H, and in order to continue with 25 ms counting where the Model 
III clock actually counts in either 30ths or 25ths of a second, a second pass 
through the user routine check and invocation sequence is done when necessary 
to bring 25ms counting up with the real clock. If a user routine is being in- 
voked every 25 ms, the routine must be prepared to accept two invocations 
within the same timer interrupt. 



3.9. 4413H Dequeue a user timer interrupt routine. Registers AF, BC, 
DE and HL are altered. The user interrupt routine (as described in section 
3.7) pointed to by register DE is taken out of the 25ms interrupt chain, if it 
is in the chain. The routine no longer participates in the interrupts and may 
now be altered at will by the user. 

See section 3.8 for TRSDOS incompatibility. 



3.10. 4416H Keep drives rotating. If the disk drives are rotating, 
reselect the current drive, thereby keeping the drives rotating for approxi- 
mately 2.4 seconds more. Register AF is altered. 

This routine does not exist in TRSDOS; see section 3.8 for incompatibility. 



3.11. 4419H DOS-CALL. Execute a DOS command and return. This routine 
is DOS-CALL. DOS does not shift to its own stack area, but instead remains ^ 
with the user's stack. All registers except AF are saved in the stack and will 
be restored on return. The command to be executed is pointed to by HL, must be 
less than 80 characters, must terminate with byte 0DH, and can be anything 
legal for the current state DOS is in. DOS sets DOS-CALL state, if not already 
set, saves the current stack pointer, and executes the command. The command 
can be the invocation of a user program. 

DOS-CALL is now legal under CHAINING where it was not in NEWDOS/80 Version 1. 
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DOS-CALL is the way BASIC executes the DOS command contained within the BASIC 
statement CMD"xx" where xx is the DOS command. 

The DOS-CALL caller is responsible for assuring that memory conflicts do not 
arise and that sufficient stack space is available. 

Nested calls to DOS-CALL may be executed. Upon exiting from a DOS-CALL level, 
the return is made to the next outer level. When the outermost level is exit- 
ed, DOS leaves DOS-CALL state. 

If the DOS command invokes a program, that program may use its own stack area, 
and it must exit using one of the three exits: 402DH, 4030H or 4409H. On 
exiting, the program may store a 2 byte parameter in 4403H, 4404H (17411, 17412 
decimal) for use by the caller. 

The 441 9H vector is used differently in TRSDOS; see section 3.8 for incompati- 
bility. 

See section 4.4 for further discussion of DOS-CALL. 



3.12. 441CH Extract a filespec. From the text pointed to by HL, ex- 
tract a filespec, place it in the area pointed to by DE and terminate it with 
the byte 03H. Registers AF, BC and HL are altered. 

If the first text character is A - Z or - 9, or if the first text character 
is * and the next character is A - Z or - 9, text is moved from the HL area 
to the DE area until a character that is not /, ., :,A-Z, or 0-9 is en- 
countered or until 32 bytes have been transferred. If less than 32 bytes, a 
03H byte is placed after the last byte in the DE area to indicate end of file- 
spec, and a return is made with Z state set. If the filespec is more than 31 
characters it is considered improper as discussed in the following paragraph. 

If the first character was improper, or if the first character was * but the 
2nd was improper, a return is made with NZ state set. 

On exit, if the terminator/ improper byte equals 03 or 0DH, then HL points to 
that byte; otherwise HL points to the next byte. 

The user will notice that KEWDOS/80 doesn't check for an exact filespec; it 
leaves this to be done by the OPEN routines, 4420H and 4424H. 



3.13. 4420H Open a FCB to a new or existing disk file. Conditions 
3.1. A and B hold. The entry requirements are the same as for 4424H, which is 
executed immediately as a subroutine to this routine. If 4424H is successful 
in opening an existing file, no further action is required here, and an exit is 
taken with Z and NC states set. If the file was not found, this routine pro- 
ceeds to create the file. 

If the filespec in the FCB pointed to by register DE specifies an explicit 
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drive number and the diskette mounted on that drive has a free FDE, the file is 
created on that diskette whether or not the diskette actually has any free 
spac e. If the filespec did not specify a drive number, the system starts 
searching mounted diskettes, starting with the drive number specified by SYSTEM 
option AO and preceeding through higher numbered drives until a diskette with £ 
free FDE is found. If a free FDE is not available, the file cannot be created, 
and the error exit is taken. 

Creating a file consists of converting a free FDE to a FPDE. This entails in- 
serting the name and name extension (if any), encoding the password (if any) as 
both the update and access passwords, storing the LRECL (0 means 256) from 
register B, setting the EOF equal to 0, setting access level as FULL, and 
marking the file non-system, non-invisible. No diskette file space is assignee 
to the file at this time; in fact, DOS doesn't even look to see if the diskette 
has any free space. Note, thouph the LRECL is stored in the FPDE during file 
creation, it is never used . Each subsequent open of the file uses the LRECL 
provided in register B. 

After the file is created, the DOS routine at 4424H is called to perform the 
OPEN. On exit after a successful file create and open, Z and C states are set. 



3.14. 4424H OPEN a FCB to an existing file. Conditions 3.1. A and B hold. 
On entry, register DE points to a FCB containing the filespec for the file to 
be opened, HL points to a 256 byte buffer to be used during disk sector reads 
and writes for this FCB, and B contains the LRECL (0 = 256). If an explicit 
drive number was specified in the filespec, the search for the file is limited 
to that drive; otherwise the search starts with drive and proceeds to higher 
drives until a file with the specified name and name extension is found. If no 
file is found, the error exit is taken. 

If passwords are enabled and the file has non-null passwords, then an error 
exit is taken if the filespec does not contain either the update or the access 
password. If passwords are disabled or the file has no passwords or the update 
password is specified, the FCB's access level is set to FULL; otherwise the 
access level from the FPDE is placed into the FCB to limit the type of access 
for this file. 

The FCB is converted from containing the filespec to containing information 
about the file, which will be used while the FCB is open to reduce the amount 
of directory I/O which would otherwise be required. The conversion entails 
copy- ing the EOF and the 1st 4 extents from the FPDE, storing the LRECL from 
regis- ter B, setting bit 7 of the FCB's 2nd byte equal to 1 if LRECL is not 
equal to (to indicate logical record processing), setting NEXT equal to 0, 
storing the drive number and the FPDE's DEC code, storing the 256 byte buffer 
pointer from register HL, setting the access level, setting bit 5 of the FCB's 
2nd byte equal to 1 to indicate that the buffer does not contain the current, 
sector and setting bit 7 of the FCB's 1st byte equal to 1 to indicate that the 
FCB is open. 
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3.15. 4428H CLOSE a FCB. Conditions 3.1. A, B and C hold. This routine 
dissolves the connection between the FCB and the file. If bit 4 of the FCB's 
2nd byte equals 1, the FCB's buffer is written to disk like a 4439H call. If 
the FCB's EOF is different from that in the FPDE, the FPDE is updated for the 
new EOF. If the file has excess granules beyond EOF and if automatic space 
deallocation is allowed, the excess granules are released. The FCB is then 
converted back to contain a filespec consisting of the file name, name exten- 
sion (if non-blank) and the drive number. This filespec can be used later to 
re-open the file, provided a password is not required. 



3.16. 442CH Kill the FCB's associated file. Conditions 3.1. A, B and C 
hold. The file associated with the FCB is killed in the same manner as for DOS 
library command KILL (see section 2.27). The FCB is set to all zeroes. 



3.17. 4430H Load a program file. Conditions 3.1. A and B hold except the 
registers AF, BC and HL are altered and on exit HL (and 4403H - 4404H (17411 - 
17412 decimal)) contain the program's entry address. On entry, register DE 
points to a FCB containing the program file's filespec. The load is done the 
same as for DOS library command LOAD (see section 2.32). 



3.18. 4433H Load and commence execution of a program file. Dead end 
routine. On entry, DE points to a FCB containing the program file's filespec. 
Registers AF and BC are altered; all other registers are passed on unchanged to 
the program when its execution begins. The file open, load and commence exe- 
cution are done the same as when DOS executes a command that is not a library 
command, excepting that there is no default name extension. If an error occurs 
during the open or load, DOS exits to 4409H. If DEBUG is active (see section 
2.17), DEBUG is entered just before the program commences execution. 



3.19. 4436H READ a disk sector or move a logical record from the FCB's 
buffer to the caller's buffer. Conditions 3.1. A, B and C hold. 

If bit 7 of the FCB's 2nd byte equals 0, the sector represented by the high two 
bytes of the NEXT field is read into the FCB's buffer and, if no error or if 
error code 6 (sector read protected), the NEXT field is advanced 256 bytes. If 
an error other than code 6 occurs, the NEXT field is not advanced, meaning the 
user can retry to read the same sector. 

If bit 7 of the FCB's 2nd byte equals 1, then a logical record of length equal 
to the FCB's LRECL (where means 256) is moved from the FCB's buffer to the 
buffer pointed to by register HL on entry. As each byte is moved, the NEXT 
field is incremented. When the FCB's buffer is empty, the next file sector is 
automatically read into it and byte movement continues. If an error occurs, 
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including error code 6, the logical record move terminates, leaving NEXT 
advanced for the number of bytes moved. 

If bit 1 of the FCB's 1st byte equals 1, the NEXT and EOF fields are considered 
RBA's within the diskette rather than within a file, thus giving the user the 
capability to read a diskette, rather than a file. The use of bit of the 
FCB's first byte is defined in section 3.20 below. DOS routines 0013H, 001BH, 
4439H, 443CH and other routines that indirectly read or write sectors also 
operate as such if any of these two bits are on. The use of these 2 bits is 
incompatible with TRSDOS. 

One incompatibility between NEWDOS and TRSDOS occurs when the program reads the 
EOF from the FCB to determine the number of bytes in the file. However, in 
many cases the user does not have to know what the EOF is. Instead, for both 
TRSDOS and NEWDOS, the user can read the file sector by sector, waiting for 
either of the two EOF errors. If the error code is 1CH (END OF FILE 
ENCOUNTERED), then the file ends on a sector boundary and the last sector read 
successfully was the file's last. If the error code was 1DH (PAST END OF 
FILE), then the last sector successfully read was also the file's last, but was 
only a partial sector with the value in FCB+8 equaling the number of bytes in 
that sector belonging to the file. Remember, this is true for both TRSDOS and 
NEWDOS; thus the same code can work for both. 



3.20. 4439H WRITE without verify a sector to disk or move a logical record 
from the caller's buffer to the FCB's buffer. Conditions 3.1. A, B and C hold. 

IF bit 7 of the FCB's 2nd byte equals 0, the disk sector as defined by the NEXT 
field is written with the contents of the FCB's buffer. Unless VERIFY is on 
(see section 2.48), verify read is not done. If no error, and if the lower 
order byte of NEXT equals 0, the NEXT field is advanced 256 bytes. Whether or 
not NEXT was advanced, if NEXT now exceeds EOF or if bit 6 of the FCB's 2nd 
byte equals 0, EOF is set equal to NEXT. If an error occurred, NEXT is not 
altered, thus allowing the user to retry 'to write the same sector. 

If bit 7 of the FCB's 2nd byte equals 1, a logical record of length equal to 
the FCB's LRECL (0 means 256) is moved from the caller's buffer, pointed to by 
register HL on entry, to the FCB's buffer. With each byte's move, NEXT is in- 
cremented, and if NEXT now exceeds EOF or if bit 6 of the FCB's 2nd byte equals 
0, EOF is set equal to NEXT. When the FCB's buffer fills, the buffer is writ- 
ten to the appropriate disk sector with verify read and then the logical record 
move continues, filling in the FCB's buffer for the next file sector. Whenever 
an error occurs, the logical record move terminates, leaving NEXT advanced for 
the number of bytes moved. 

Bit 1 of the FCB's 1st byte functions as described in section 3.19. If bit 
of that byte equals 1, then sectors are written protected (error code 6 on 
sector read). 

If a verify read is done after the write of a protected sector, error code 6 is 
not returned to the caller as an error. 

A significant incompatibility with TRSDOS lies in the fact that when a sector 
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is written to disk in NEWDOS/80 and the low order byte of NEXT is non-zero, 
NEXT is not advanced by 256 bytes. In this case, NEWDOS/80 assumes that the 
caller is writing the last sector of the file (though it need not be) that is 
only partially full, and that NEXT already is the proper RBA value for EOF (if 
EOF is to be updated by the write). 

One incompatibility between NEWDOS and TRSDOS is in setting the final EOF for a 
file that is written sector by sector but usually does not end on a sector 
boundary. However, if the program knows when it is about to write the last 
sector, whether partial or full, and can store the desired low EOF byte value 
in FCB+5 just before writing that last sector, both TRSDOS and HEWDOS will exit 
from that write with the same EOF. Thus, in this instance, the same program 
code will work for both TRSDOS and NEWDOS, and no incompatibility exists. 



3.21. 443CH This routine is identical to 4439H, except that a verify read 
is always done after a sector write. 



3.22. 443FH Position FCB to start of file. Conditions 3.1. A, B and C 
hold. If the FCB has a sector awaiting write (bit 4 of FCB 2nd byte =1), it 
is written as a 4439H call. The FCB NEXT field is set = 0. Bit 5 of FCB 2nd 
byte is set = to indicate the buffer does not contain the current sector. 



3.23. 4442H Position FCB to a specified file record. Conditions 3.1. A, 
B and C hold. The NEXT field is set to the RBA of the logical record whose 
relative record number (fl = the firs t record) is in register BC._upon entry. If 
the new NEXT is in the same sector as the old NEXT, the status of the current 
sector is not changed (i.e., the sector is not written to disk if bit 4 of the 
FCB 2nd byte equals 1). If the new NEXT is not in the same sector as the old 
NEXT, then (1) if bit 4 of the FCB 2nd byte equals 1, the old sector is written 
back to disk, and (2) bit 5 of the FCB 2nd byte is set to 1 to indicate that 
new sector has not yet been read into the buffer. 



3.24. 4445H Position FCB back one record. Conditions and performance 
are the same as 4442H except that the NEXT field is reduced by the LRECL. 



3.25. 4448H Position FCB to EOF. Conditions and performance are the 
same as 4442H except that the NEXT field is set equal to the EOF field. 
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3.26. 444BH Allocate file space. Conditions 3.1. A, B and C hold. If 
the file sector represented by the two high order bytes of the FCB's NEXT field 
is not already allocated to the file, the granule containing it is allocated 
along with the granules for any lower sectors for the file that are not yet 
allocated. This allows the programmer to allocate file space before it is 
actually needed, and is especially valuable when it is necessary to know that a 
sector can be written before any data is placed in the buffer. If a file's 
size can be predetermined before being written (such as is done in COPY), 
pre-allocating the necessary granules saves considerable time over allocating 
the granules as the file write proceeds. 

This address is defined differently in TRSDOS. 



3.27 444EH Position FCB to the specified KBA. Conditions and performance 

are the same as for the 4442H call except the new NEXT position value is taken 

from the registers H, L and C where H contains the high order and C the low 
order values. 

This address is defined differently in TRSDOS. 



3.28 4451H Write the EOF value from the FCB to the directory. Conditions 
3.1. A, B and C hold. If the EOF value in the FCB differs from that in the 
file's FPDE, the FCB's EOF value is written into the FPDE on disk. 

This address is defined differently in TRSDOS. 



3.29. 445BH Select and power up the specified drive. Conditions 3.1. A and 
B hold. On entry, register A contains a drive number. That drive becomes the 
current drive, is selected and, if necessary, powered up. 



3.30. 445KB Test for mounted diskette. Conditions and performances is the 
same as for 445BH excepting that, in addition, the drive is tested to deter- 
mine if a diskette is mounted and is rotating. If this rotation test fails, 
error code 08, DEVICE NOT AVAILABLE, is returned. 



3.31. 4461H *name routine enqueue. Register HL points to a user routine 
in main memory to be chained in the chain of user logical routines. The first 
12 bytes of the routine are defined as follows: 

4 bytes reserved for use by DOS only. 
DOS ROUTINES 3-10 



8 byte logical routine name field containing the 1-8 character name of 
the routine, padded on the right with blanks. 

If a routine with the same name already exists in the queue, FILE ALREADY 
EXISTS error code is returned with NZ set. Otherwise the routine is enqueued, 
and exit taken with Z state set. HL, DE, BC and AF are altered by this func- 
tion. This function is new with NEWDOS/80. 

Subsequently, whenever a DOS command of the form *namel or *namel .parameters 
is executed, DOS searches its queue for a routine named namel , sets HL point- 
ing to the parameters, if any, and jumps to the routine's 13th byte. When the 
routine concludes, it should exit via 402DH, 4409H, or 4030K . The routine may 
use all registers, and can use the two bytes at 4403H - 4404H to receive or 
pass back a parameter. If the logical routine namel does not exist in the 
queue, FILE NOT IN DIRECTORY error code is returned with NZ set. 



3.32. 4464H *name routine dequeue. HL points to a logical routine as 
defined in section 3.31. If the routine is not in DOS's logical routine queue, 
this function exits with FILE NOT IN DIRECTORY error code in register A and 
with NZ set. Otherwise, the routine is dequeued, meaning that subsequent 
*namel commands naming it will abort, displaying FILE NOT IN DIRECTORY. 
Registers HL, DE, BC and AF are altered by this function. This function is new 
with NEWDOS/80. 



3.33. 4467H Send message to the display. Condition 3.1. A holds. The 
message bytes pointed to by HL up to and including a 0DH byte (EOL) or up to 
but not including a 03H byte (EOM) are sent to the display. 



3.34. 446AH Send message to the printer. The same as 4467H except the 
message is sent to the printer. 



3.35. 446DH Convert clock time to HH:MM:SS character format. The current 
clock value at Model I locations 4041E - 4043H (Model III locations 4217H - 
421 9H) is converted to HH:MM:SS character format and stored in the 8 bytes 
pointed to by HL. Registers AF, BC, DE and HL are altered. On exit, HL points 
to the next byte after the HH:MM:SS field. 



3.36. 4470H Convert the date to MM/DD/YY character format. This routine 
is the same as 446DH, except the date value at Model I locations 4044H - 4046H 
(Model III locations 421AH - 421 CH) is converted to MM/DD/YY format. 
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3.37. 4473H Insert default xmme extension into filespec. If the file- 
spec pointed to by register DE has no name extension, insert the 3 characters 
pointed to by HL as its name extension. The resulting filespec cannot exceed 
31 characters. Registers AF and HL are altered. 



3.38. 0013H Read a byte from a disk file. This is DOS's single byte read 
routine even though it starts in ROM. Conditions 3.1. A, B and C hold. If the 
disk sector containing the NEXT byte of the file is not in the FCB's buffer, it 
is read into there. The byte is then placed into register A for use by the 
caller. The FCB's NEXT field is incremented. 



3.39. 001BH Write a byte to a disk file. This is DOS's single byte write 
routine, even though it starts in ROM. Conditions 3.1. A, B and C hold. If the 
disk sector corresponding to the FCB's NEXT position is not in the FCB's buf- 
fer, it is read into the buffer, unless NEXT is on a sector boundary and is 
equal to EOF. The byte in register A on entry is placed into the buffer, and 
NEXT is incremented. If the buffer is now full, the sector is written to disk 
as if a 443CH call. 



3.40. 447BH For Model III only, performs the same function as call 4410H 
does for the Model I (see section 3.8). For the Model III, 4410H must not be 
used. 
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4. DOS FEATURES. 



This chapter discusses DEBUG, MINI-DOS, CHAINING, DOS-CALL, JKL and asynchro- 
nous execution. DEBUG, DOS-CALL and asynchronous execution are primarily of 
interest to machine language programmers and those interested in Z-80 code. 
Other users should make a quick reading of DEBUG and DOS-CALL as they are fre- 
quently referred to elsewhere in the manual. MINI-DOS and JKL can be used im- 
mediately by everyone. CHAINING can be very complex; novice users will want to 
test out the chaining concept by using the BASIC program CHAINBLD/BAS to first 
inspect the sample chain file CHAINTST/JCL and then to create some elementary 
chain files. 



4.1. DEBUG Facility. 

As an aid primarily for the machine language programmer but also for use by 
higher level language programmers, NEWDOS/80 has the DEBUG facility for inter- 
rupting current execution, inspecting memory, altering memory, inspecting disk, 
altering disk, single step execution, etc. 

DEBUG can be entered in three ways : 

1. Simultaneously depressing the three keyboard keys 1, 2 and 3. In 
order for this 123 action to work the follow conditions must be met. 

1. SYSTEM option AB = N. 

2. SYSTEM option AE = Y. 

3. Either (1) interrupts are enabled or (2) the main program is 
awaiting keyboard input via the standard keyboard input routine and 
SYSTEM option AJ = N. 

4. DOS must not be currently using its overlay area (main memory 
locations 4D00H - 51FFH. 

5. DOS must not have its overlay inhibit enabled. 

2. Executing either a RST 30H or a JP 440DH or a CALL 440DH Z-80 
instruction. 

3. Automatically at, but before, a machine code program commences execu- 
tion if DEBUG has been turned on via DOS command DEBUG (see section 2.17). 

Upon entry, the DEBUG facility will (1) save all registers in the interrupted 
program's stack, (2) use the next stack locations for its own operations, (3) 
disable any stops that may have been set on its last exit, (4) display memory 
using mode and locations as remembered from its last exit, and (5) display the 
cursor in the lower right hand corner of the display to indicate that the DEBUG 
facility is awaiting an input command. 

All commands, even the single character commands, to the DEBUG facility must 
terminate with ENTER. If an error is made in keying in a command but before 
ENTVR is depressed, simply backspace over the incorrect characters and type in 
the correct ones. If desired, the command may be purged before ENTER by keying 
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shift left arrow. 

Both the X and S displays display memory 16 bytes per display line, both in 
hexadecimal and in character format. If SYSTEM option AI = Y, character for- 
mats will include lower case letters. 

When DEBUG encounters an error condition, it displays 'ERROR' and waits for the 
user to acknowledge the error which is done by pressing ENTER to clear the 
error state. 

The DEBUG facility commands are as follows. Wherever numeric values are used, 
they are always hexadecimal values without the suffixed H unless otherwise 
specified. 

X The DEBUG facility shifts to X display mode, if not already there. 
The X display contains 15 lines. The 1st through 4th lines contain the 
1st 64 byte memory area display. The 5th line displays the interrupted/ 
replaced' contents of Z-80 registers AF, BC, DE and HL. The 6th through 
9th lines contain the 2nd 64 byte memory area display. The 10th line 
contains the interrupted/replaced contents of Z-80 registers AF' , BC' , DE 1 
and HL*. The lith through 14th lines contain the 3rd 64 byte memory area 
display. The 15th line contains the interrupted/replaced contents of Z-80 
registers PC, SP, IX and IY. The displays for registers AF and AF' also 
include a bit mask for the associated F register, with an alphabetic 
character if the bit equals 1 (state set) and a - if the bit equals 
(state not set). The meanings of the bits (7 - 0) are: 

7. S = minus sign 

6. Z = zero 

5. 1 = unused bit 

4. H - half-carry 

3. 1 = unused bit 

2. P = even parity or overflow 

1. N = subtraction 

0. C = carry 

Using the X display allows the user to track the registers and three sep- 
arate memory areas at one time. 

S The DEBUG facility shifts to S display mode, if not already there, 
using X display's 1st memory area's base address rounded down to a 256 
byte page boundary as the S display's base address. The S display dis- 
plays 256 bytes of memory, using 16 display lines. 

[n]Daddrl If in S display mode, the 256 byte block containing addrl is 
displayed; if n is specified, the base address of the the specified area 
is changed, but the display won't change since DEBUG is in the S display 
mode. If in the X display mode, addrl becomes the base address for the 
specified area: 1 if n not specified, 2 if n equals 2, and 3 if n equals 
3. Examples: 

1. D7080 displays the contents of locations 7000H - 70FFH if 
DEBUG is in S display mode. If in X display mode, display area 1 
will display the contents of locations 7080H - 70BFH. 
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2. 3DFFC0 If DEBUG is in X display mode, display area 3 will display the 
contents of locations FFC0H - FFFFH. If in S mode, the new area 3 address is 
remembered, but the display is not changed. 

[n]; If in S display mode and n not specified, the S display is ad- 
vanced to the next 256 byte block. If in X display mode, the specified 64 
byte display area is advanced 64 bytes: area 1 if n not specified, area 2 
if n equals 2, and area 3 if n equals 3. 

In]- If in S display mode and n not specified, the S display is re- 
tarded* to the next lower 256 byte block. If in X display mode, the spec- 
ified 64 byte display area is retarded 64 bytes: area 1 if not specified, 
area 2 if n equals 2 and area 3 if n equals 3. 

Maddrl The DEBUG facility shifts to S display mode, if not already 
there, displays the 256 byte block containing addrl , enters modify mode 
and displays a blinking cursor over the hex digit next to be changed. 
Pressing a key - 9 or A - F causes that hex digit to be replaced in 
memory and the cursor advanced one position. Pressing right arrow or 
space advances the cursor one position without memory change. Pressing 
left arrow retards the cursor one position without memory change. Pres- 
sing shift left arrow retards the cursor 4 hex digits without memory 
change, and pressing shift right arrow advances the cursor 4 hex digits 
without memory change. Pressing up arrow moves the cursor up one display 
line without memory change, and pressing down arrow moves the cursor down 
one line without memory change. The cursor cannot be advanced or retarded 
outside the current 256 byte page. Pressing ENTER terminates modifiy 
mode. Any other key terminates modify mode and raises ERROR state. 
Example: 

M6314 DEBUG is shifted to S mode, if not already there. The con- 
tents of 6300H - 63FFH are displayed, and a blinking cursor is dis- 
played over the first hexadecimal digit of byte 6314H. The operator 
may now key in replacement hexadecimal digits and/or move the cursor 
around within the displayed 256 byte page. 

F[addrl][,hbl][,hb2][,hb3j[,hb4] Starting at main memory location 
addrl, find an occurrence of the specified series of hexadecimal bytes, 
hbl, hb2, hb3 and hb4 are each 2 hex digits representing a hexadecimal 
byte. If any of hbl, hb2, hb3 or hb4 are specified, addrl must also be 
specified. If none of hbl, hb2, hb3 or hb4 is specified, then the series 
of hexadecimal bytes last used by an F command is used. If addrl is not 
specified, then the memory location +1 of the last F command match is 
used, thus allowing the user to find successive occurrences of the initi- 
ally specified byte string. Main memory is searched for an occurrence of 
the search string of bytes. If found, the address of the first of the 
matching bytes less 20E is made the X display's 1st area's base address. 
This causes the matching byte string to appear at the start of line 3 of 
the X display. If not found, X display's 1st area's base address is set = 
0FFE0H. Example: 

F5200, CD, 24,44 will start at main memory location 5200H and 
search for the first occurrence of the three bytes mentioned. Subse- 
quently, the command F will search for the next occurrence of the 
same three bytes. 
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If a match takes places in the current stack area, it is possible that the 
matching bytes will be gone from the stack before they can be displayed, 
thus causing the user to think DEBUG has stopped erroneously. Further, 
DEBUG stores the comparison copy of the bytes in the 51xxH region of mem- 
ory; so if that area is searched, a match will be found upon the compare 
bytes themselves. 

I Execute the interrupted program's current instruction and then 
re-enter the DEBUG facility. This allows the user to single step execute 
the interrupted program. The user may then observe the changes (or havoc) 
wrought by each instruction. Single stepping has some pitfalls however: 

1. A full timer interrupt sequence may also execute during the single 
step. 

2. Single stepping is not allowed if the instruction location is less 
than 5200H or jumps to or returns to a location less than 5200K. 

3. The DEBUG facility uses the Z-80 instruction RST 30H to trap for 
the return to DEBUG after the single instruction has been executed. 
Therefore, the single stepped instruction should not branch upon 
itself and should not refer to the next byte following itself as the 
source or destination of data. 

C Performs identical to I except that if the single stepped instruc- 
tion is a CALL, the entire called routine is executed during the so called 
single step. 

Rdreg.valuel Replaces the interrupted contents of double register dreg 
with the value valuel. Examples: 

RDE,C000 replaces the previous contents of register DE with the 
hexadecimal value C000. 

RHL 1 ,7100 replaces the previous contents of register HL' with the 
hexadecimal value 7100. 

Ldnl,drsl Relative sector drsl of the diskette mounted on drive dnl is 
read into DOS's system sector buffer (Model I locations 4200H - 42FFH; 
Model III locations 4300H-43FFH) . DEBUG then shifts into S mode and dis- 
plays the sector's contents in that buffer, drsl is a decimal (yes, dec- 
imal) value. The user is responsible for providing correct values for dnl 
and drsl as DEBUG makes no checks. Once the sector's contents are in the 
buffer, the user may treat those bytes as normal main memory, may search 
them using the F command and may alter them by using the M command. How- 
ever, altering the sector in the buffer does not alter it on the diskette; 
the WR command must be executed to store the sector back onto the disk- 
ette. Since almost all NEWDOS/80 system programs use the system sector 
buffer for their diskette reads and writes, the user should not use the L 
or WR commands if the interrupt took place in DOS (in this case the inter- 
rupt address is usually below 5200H but be careful of COPY, FORMAT, etc.) 
and he/she intends to continue the interrupted program's execution. 
Warning !!! If passwords are enabled, commands L and WR will be rejected 
and ERROR state entered. Example: 

LI, 150 loads the 151st sector of the diskette currently mounted 
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on drive 1 into the system sector buffer. 

WRdnl,drsl The contents of the system sector buffer (4200H-42FFH on the 
Model I; 4300H-43FFH on the Model III) are written to relative sector drsl 
of the diskette mounted on drive dnl . The parameter definitions and 
restrictions in the use of command L also apply to command WR. If the 
specified diskette sector is read protected, it is written read protected. 
Warning!!! If you specify the wrong values for dnl and drsl, you will 
write the buffer's data to the wrong sector and create for yourself a lot 
of trouble. Be sure you know what you are doing!!! Example: 

WR1,150 writes the current contents of the system sector buffer 
to the 151st sector of the diskette currently mounted on drive 1. 



Q Exit DEBUG to DOS READY. The previous program is forgotten. If 
the system was in DOS-CALL or MINI-DOS, that state is purged. 

G[addrl] [,addr2] [,addr3] Restore the registers and resume program 
execution. If addrl is specified, execution resumes at that location; 
otherwise it resumes at the memory address specified in the PC register. 
If addr2 is specified, a breakpoint is set for that location by replacing 
the byte at that location with the single byte Z-80 instruction RST 30H 
which when executed will cause the DEBUG facility to be reentered. The 
replaced byte is not lost (it is restored upon DEBUG re-entry), but it is 
unavailable during the period from DEBUG exit until DEBUG entry. Addr3 is 
a 2nd breakpoint address. When addr2 is specified, it is not required 
that addrl be specified. Addr2 and addr3 must not be less than 5200H. 
Examples: 

G7000, 8400 ,8425 will set a breakpoint at main memory locations 
8400H and 8425H, and will restore the registers and commence program 
execution at main memory location 7000H. 

G will restore the registers and commence program execution at 
the main memory location saved in the PC register. If the inter- 
rupted program was awaiting input (such as DOS READY or BASIC READY) 
at the time of interrupt, it is still awaiting input. Even though no 
cursor is re-displayed (as DEBUG does not remember the cursor state ) , 
the user may proceed with key input. 



4.2. MIHI-DOS. 

There are many times when, during the execution of a main program, the operator 
would like to interrupt the main program, execute one or more of the DOS lib- 
rary commands and then resume main program execution without any change having 
occurred to the main program's state during the interruption. NEWDOS/80 pro- 
vides such a facility, called MINI-DOS. 

In n-r-der to use MINI-DOS the following conditions must be met: 



4-5 DOS FEATURES 



1. SYSTEM option AB = N. 

2. SYSTEM option AF = Y. 

3. Either (1) interrupts are enabled or (2) the main program is awaiting 
keyboard input via the standard keyboard input routine and SYSTEM option 
AJ = Y. 

With these conditions satisfied, the simultaneous depression of the keys D, F 
and G will cause the main program to be interrupted, its register state saved, 
and MINI-DOS state to be entered. MINI-NEWDOS/80 READY will be displayed. 
CAUTION, pressing DFG is not recommended while disk I/O is in progress as a 
fatal error to the diskette is possible; if exit from MINI-DOS is via MDBORT, 
then there's no problem. 

From MINI-DOS state, the operator may execute any of the DOS library commands 
except APPEND, CHAIN, COPY and FORMAT. Non- libra ry commands or programs may 
not be executed under MINI-DOS . 

When ready to return to the main program, enter the DOS library command MDRET. 
If the cursor was displayed before DFG, it will be redisplayed. The main pro- 
gram's register state is restored, and the main program resumes its execution. 
If the main program was awaiting keyboard record input and a partial record was 
already inputted, that partial record is still in the buffer even though it is 
not displayed. If the main program was awaiting keyboard input, whether or not 
any characters had been entered, upon exit from MINI-DOS, the main program is 
still waiting. Don't be timid; start keying. If the main program was not 
awaiting keyboard input, it will go on about its business. 

If the main program is not to be resumed, entering the DOS library command 
MDBORT will terminate both MINI-DOS and the main program, with the system going 
to normal DOS READY. 

Though COPY may not be used under MINI-DOS, simple file copies can be done 
using DOS library command MDCOPY. 

NEWDOS/80 is unable to eliminate all cases where the triple key depression 
results in one or more of the keys being transmitted as input to the main pro- 
gram. This is especially so when system option AJ = N. These spurious keys 
usually show up on exit from MINI-DOS. The user should back space over them, 
and should not use triple key depression when the main program is in text 
overwrite mode. 

As an example of MINI-DOS use, start at DOS READY and execute the following: 

BASIC 

10 PRINT "HELLO": GOTO 10 

RUN 

The BASIC program is now in an endless loop printing the word HELLO on the 
display. Simultaneously press the D, F and G keys. The BASIC program's 
execution is interrupted, and the message MINI-NEWDOS/80 READY appears on 
the display. Now execute the following DOS commands: 
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DIR 
FREE 
CLOCK 
CLOCK, N 
LIB 

SYSTEM, 
PDRIVE.0 
MDRET 

The MDRET command caused the exit from MINI-DOS, and the BASIC program 
continued execution where it was interrupted. Now, while we have a test 
program executing, let's try out the entry to DEBUG. Simultaneously 
depress the 1, 2 and 3 keys. Once again, the BASIC program's execution is 
interrupted. The DEBUG routine is now active, and the display is loaded 
with either the X or the S DEBUG display format. Now type in G followed 
by ENTER. DEBUG is exited, and the BASIC program continues execution. 
Now, press DFG again to get back into MINI-DOS. Once there, execute DOS 
command MDBORT. This causes DOS to forget about the interrupted program, 
to exit MINI-DOS and go to normal DOS READY. 



4.3. CHAIHIirG. 

The DOS commands CHAIN and DO are simply different spellings of the same com- 
mand; therefore, in this section, only the command word CHAIN will be used 
where in reality either one can be used. 

For most TRS-80 users there are functions which use the same series of DOS 
commands and/or program responses, and for each of these functions it would 
save a lot of key stroking, operator time and errors if this keyboard character 
sequence could be saved in a disk file to be called upon when the operator 
wishes to execute a specific function. 

For example, suppose that each time a reset/power-on is done, the operator 
keys in the following commands and program responses: 

HIMEM,0E800H Execute DOS command HIMEM 

PR0GRAM1 Execute program named PR0GRAM1 

Y Response to PROGRAM1 ' s 1st query. 
50 Response to PROGRAMl's 2nd query. 
PR0GRAM2 Upon PR0GRAM1 ' S completion, execute program 

PR0GRAM2 
1 Response to PR0GRAM2's 1st query 

W0RKF1 Response to PR0GRAM2's 2nd query 

W0RKF2 Response to PR0GRAM2's 3rd query 

BASIC, RUN"BASPGM1/BAS" Upon PR0GRAM2's completion, enter BASIC 

and run BASIC program BASPGM1 . 

Y Response to BASPGMl ' s 1st query. 

Subsequent input to BASPGMl is assumed to vary from run to run, is there- 
fore not part of the standard sequence and of no concern here. What is of 
concern is that this same sequence of keyboard input must be keyed in each 
time. 
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However, if this keyboard character sequence was placed in a disk file 
named, for example, XXX/JCL, then this keyboard input sequence can be 
triggered to occur by executing the DOS command: 

CHAIN, XXX/JCL 

The execution of this CHAIN command (see section 2.9) causes keyboard 
input to come from the file XXX/JCL, starting at the file beginning and 
transmitting characters as keyboard input when requested by DOS or the 
executing program. The characters are transmitted upon request until the 
end of the file is reached, at which time keyboard input is switched back 
to the normal keyboard. Thus, having keyed in the CHAIN command, the 
operator may sit back and wait until after BASPGMl has received its first 
response instead of having to key in the various commands and responses as 
needed. 

Further, since this keyboard sequence is to be invoked at reset/power-cm, 
the operator may avoid even the keying in of the CHAIN command by setting 
that command up beforehand as the AUTO command (see section 2.4). This is 
done by executing the DOS command: 

AUTO, CHAIN, XXX/JCL 

Now, when reset/power-on is done, the CHAIN command is automatically 
executed, and the operator has nothing to do until after program BASPGMl 
has received its first response. 

Both this process of causing keyboard input to be taken from a disk file and 
the associated operational mode that NEWDOS/80 is in during that time is called 
chaining. The files that contain the keyboard character sequences are called 
chain files. 

NEWDOS/80 is not concerned with the creation of chain files; NEWDOS/80 only 
uses them in response to a CHAIN command (see section 2.9). It is up to the 
user to decide what keyboard character sequence is to be contained in a chain 
file, and it is left to the user to build the chain files he/she needs. 
Probably the simplest way is to use either SCRIPSIT or PENCIL and store the 
resulting file in ASCII mode. For users that do not have either SCRIPSIT or 
PENCIL, a BASIC program named CHAINBLD/BAS has been included on the NEWDOS/80 
diskette to create and edit simple chain files. To build chain files having 
other than printable keyboard characters, some other chain file build program 
must be used. 

Chain file creators must remember that, except for any /./ type chaining 
control records (discussed below), the chain file must contain exactly the 
keyboard character sequence that DOS or the current executing program expects. 
Chaining does not guess for you. 

During the processing of a chain file, NEWDOS/80 operates in one of two modes, 
depending upon the setting of SYSTEM option AT. 

If SYSTEM option AT = Y, then all requests for keyboard input via the 
standard keyboard routine are honored from the chain file. This applies 
to both a request for a record (such as INPUT or LINEINPUT in BASIC) and 
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for a single character (such as INKEY$ in BASIC). 

If SYSTEM option AT = N, then only requests for full records (such as 
INPUT or LINEINPUT in BASIC) via the standard keyboard routine at ROM 
location 0040H are honored from the chain file. Requests for a single 
byte (such as INKEY$ in BASIC) are honored from the keyboard. 

On the NEWDOS/80 Version 2 diskette the user has been provided with (1) the 
BASIC program CHAINBLD/BAS with which the user can build simple chain files and 
(2) a sample chain file named CHAINTST/JCL. The instructions for using 
CHAINBLD/BAS are given in section 6.6. Here, all we want to do is use 
CHAINBLD/BAS to look at the chain file CHAINTST/JCL. With computer at DOS 
READY, enter the follow responses: 

BASIC RUN "CHAINBLD/BAS :0" start CHAINBLD/BAS executing 

2 chooses file load option 

CHAINTST/JCL :0 filespec of file to be loaded into memory 

L ; list first page of chain file 

; list next page of file 

U return to edit menu 

Q return to main menu 

5 exit from the program 

At each step, study carefully what is displayed. This chain file contains 
a good example of commands, program responses, and chaining control re- 
cords. Don't be alarmed at CHALHBLD's 10 second initialization time. 

Once you have carefully studied the chain file, exit back, to DOS and exe- 
cute the chain file using the DOS command: 

CHAIN, CHAINTST:0 

Since most chain character sequences are short, usually less than 100 char- 
acters, it is a shame to allocate a full granule of 1280 bytes for each such 
sequence. Therefore, NEWDOS/80 allows a chain file to be divided into sections 
with the keyboard character sequence making up each section preceded by a sec- 
tion identification record (see /./0 discussion below) excepting that the first 
section of a chain file need not have a section ID record. If the chain file 
section that is to be accessed by a CHAIN command is preceeded by a section ID 
record, the CHAIN command must specify the section ID as well as the file. 

During chaining, when either end of file or end of section is encountered, 
NEWDOS/80 terminates chaining without notification and sets keyboard input back 
to the normal keyboard routine. This also happens if either DOS command CHN0N,N 
or the chaining /./5N function (see /./ below) is executed. If the current 
program was awaiting input, the operator will have no indication of this change 
except that all activity will stop. Usually, the operator knows what will be 
the first display after chaining terminates; so he/she is ready for it. 

If a DOS recognized error occurs during chaining, chaining will be terminated 
with the message CHAINING ABORT displayed to inform the operator. 

If the DOS command CHAIN is executed while chaining, chaining simply forgets 
the previous file and starts chaining within the new file, which may well be 
the same file and section as the previous one. CHAIN commands are not nested, 
and there is no RETURN function in chaining. 
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DOS-CALL is legal during chaining. 

During chaining, there are five ways to alter the sequence of keyboard 
characters. 

1. The current executing program may decide to execute a CHAIN or CHNON 
command via DOS-CALL (CMD"doscmd" in BASIC). 

2. A CHAIN command itself may be part of the chain file. However, for 
the command to be executed, either DOS must be awaiting its next command 
or the current program executing must be clever enough to detect the CHAIN 
command record in its normal record processing and execute the CHAIN 
command via DOS-CALL (CMD"doscmd" in BASIC). 

3. An easier method is by having the chain file contain a /./4 type 
chaining control record (discussed below) at the point where the change of 
sequence is to occur. Using the /./ allows the chaining sequence to be 
changed regardless of whether DOS or a user program is in control and the 
sequence change takes place without notification on the display. The 
limitation of this type of sequence changes is that chaining cannot shift 
to a different file. 

4. The DOS command CHNON (see section 2.10) may be part of a chain file. 
Remember, DOS must be awaiting its next command. If CHNON, N is specified, 
chaining is deactivated (though the chain file is not closed and file 
position is remembered for a subsequent CHNON, Y or CHNON, D command), and 
keyboard input next comes from the keyboard. If CHNON, Y is specified and 
DOS-CALL is active, chaining continues but the current DOS-CALL level is 
exited. 

5. A /./5 type chaining control record (defined below) may be used in the 
chain file instead of DOS command CHNON. The /./5 record function is exe- 
cuted even if DOS is not awaiting its next command. 

If the CHAIN command is executed via DOS-CALL (CMDMoscmd" in BASIC), the pro- 
grammer must remember that DOS remains in DOS-CALL executing DOS commands from 
the CHAIN file until either end of file, end of section, command CHNON, N or 
command CHNON, Y (see section 2.10) is encountered. Thus, if a program wishes 
toactivate chaining but wants to process subsequent chain input itself, then 
the first characters of that chain file or chain file section must be either 
CHNON, Y or CHNON, N. 

Chaining has six control records that may be placed within a chain file. Each 
of these records must start with either a one character or a 4 character iden- 
tification sequence and must end with the EOL (ENTER) character. In NEWDOS/80 
Version 1, only the one character record identification was used; in Version 2, 
it is recommended that the four character record identification be used, as the 
four characters are all printable and thus visible during chain file create or 
edit. The record ID characters are not displayed during chaining. These con- 
trol records cause chaining to perform the action described for each. For each 
special record defined below, the four character record ID is given first fol- 
lowed by the alternative one character ID value. 

1. /./0 or one byte = 128 (80 hex). This identifies a section ID 
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record, which must be the first record of a chain section, unless the 
first section within a file is to be unnamed. The rest of the record is 
the section's ID which is used to match against a CHAIN command's section 
ID, if it specifies one, or against the section ID specified in a /./4 
chain control record. Subsequent file characters until EOF or until but 
not including the next section ID record are all considered part of this 
new section. Example: 

/./0XXXXXX identifies subsequent characters as belonging to 
chain section XXXXXX. 

2. /./I or one byte = 129 (81 hex). This causes the rest of the 
record to be displayed, and then the system waits for the user to press 
ENTER before continuing. This is a built in pause function. Example: 

/./1M0UNT WORK DISKETTE The message MOUNT WORK DISKETTE is 
displayed followed by PRESS "ENTER" WHEN READY TO CONTINUE. DOS 
then waits for the ENTER. 

3. /./2 or one byte = 130 (82 hex). The rest of the record is 
bypassed without further action. This allows the chain file creator/ 
maintainer to place comment records in the file for documentation without 
them being displayed. 

4. /./3 or one byte = 131 (83 hex). The rest of the record is 
displayed, but no pause is done. This allows the creator/maintainer to 
display to the operator what is happening. Example: 

/./3PHASE TWO COMPLETED The message PHASE TWO COMPLETED is 
displayed. DOS does not wait but instead continues processing chain 
file input. 

5. /./4 or one byte = 132 (84 hex). The rest of the record is a chain 
file section ID of 31 characters or less. The current chain file is 
searched for a chain section whose section ID matches that specified in 
the /./4 record. When found, chaining continues with the first character 
of that section. If the section is not found, END OF FILE ENCOUNTERED 
error is displayed and chaining is aborted. Example: 

/./4XXXXXX Sequential chain character processing shifts 
within the current chain file to the chain section named XXXXXX (see 
/./0 example above). 

6. /./5 or the one byte = 133 (85 hex). The rest of the record is 
either the character Y, N or D. Using this one character parameter, a 
CHNON function is performed. The advantage of using the /./5 function 
rather than an actual CHNON command is that DOS does not have to be wait- 
ing for its next command. The disadvantage is that the chaining state 
change is more subtle. The /./5 function is not for the novice. 
Examples: 

1. /./5N chaining is deactivated though the file is not 
closed. 

2. /./5Y chaining remains active but the current DOS-CALL 
level, if any, is exited. 
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The novice chain file creator will find it easiest to use none of the chaining 
control records described above. As experience is gained, try using the /./3 
record to display a comment and the /./l record to display a message and wait 
for ENTER. Next, try using /./0 records to divide a chain file into sections 
and then the /./4 record to cause chaining to branch around within a chain 
file. 

The chain file creator/maintainer is responsible for assuring that chaining 
does not create impossible situations for the system or user programs. 

During chaining and if SYSTEM option BC = Y, the operator may terminate 
chaining by holding down the up arrow key, or the operator may force a chaining 
pause by holding the right arrow key, and may resume chaining by pressing 

ENTER. 



4.4 DOS-CALL. 

NEWDOS/80 allows any machine language program to call the DOS routine at 4419H 
(see section 3.11) to execute a DOS command or user program. This capability 
is called DOS-CALL. BASIC uses DOS-CALL to execute the CMD"doscmd" function. 

The calling program builds a DOS command in a buffer and terminates it with a 
0DH byte. With HL pointing to the command, the DOS routine at 441 9H (see 
section 3.11) is called to cause DOS to execute the command after moving it to 
its own buffer and converting lower case to upper. 

If the DOS-CALL is executing a user program, DOS does not check for conflict 
between the calling program and the called program. It is the responsibility 
of both programs to avoid conflicts. An example of a user program executing 
under DOS-CALL is the execution of SUPERZAP under BASIC through the 
CMD"SUPERZAP" function. 

Furthermore, the registers cannot be used to pass parameters back and forth 
between the calling and the called programs. On entry to the called program, 
however, register HL does point to the command parameters. Also, the two bytes 
at 4403H - 4404H may be used to pass a 2 byte parameter back and forth. 

A user program activated under DOS-CALL may itself use DOS-CALL (be careful not 
to overflow the stack). DOS-CALLs can be nested, with each call activating a 
new DOS-CALL level. 

Upon return from a DOS-CALL, the calling program must check for three states. 
If Carry is set, an error has occurred that has already been displayed. If the 
program is to continue execution, then it must decide what to do. If the pro- 
gram is to terminate, it should exit via a jump to 4030H in case this program 
was itself invoked by DOS-CALL, which will cause an exit to the next higher 
calling program with C state set. 

However, if the returned state is NZ and NC, a DOS error has occurred that has 
not yet been displayed and the error code is in the right 6 bits of register A 
(bit-* 6 and 7 equal 0). If the calling program is to continue operation, it 
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can have the error message displayed by calling 4409H with bit 7 of register A 
= 1; otherwise it should exit via a jump to 4409H with bit 7 of register A = 0. 
This latter action will cause the error message to be displayed and the system 
goes to DOS READY unless the calling program was itself invoked by DOS-CALL, in 
which case the error msg will not be displayed and an exit will be taken to the 
next higher calling program with register A unchanged and NC and NZ states set. 

If the returned state is NC and Z, then the called function completed normally. 
Since all registers except AF are saved at DOS-CALL entry and restored at DOS- 
CALL exit, the only way a parameter may be passed back is by using the two 
bytes at 4403H and 4404H (17411 and 17412 decimal). Actually, the higher 
unused bytes of the DOS command buffer, 4318H - 4367H, can be used for com- 
munication each way in DOS-CALL, but the programmer must understand that DOS 
moves all commands into that buffer before executing them. 



4.5. JKL. 

NEWDOS/80 has a small routine for dumping the contents of the display screen to 
the printer. This feature allows the operator to print information that would 
otherwise be lost as soon as the display is used for something else. 

In order to use JKL, the following conditions must be met. 

1. System option AD = Y. 

2. Either (1) interrupts are enabled or (2) the main program is awaiting 
keyboard input via the standard keybaord input routine and system option 
AJ - Y. 

3. DOS must not be currently using its overlay area (main memory locations 
4D00H - 51FFH). 

4. DOS must not have its overlay inhibit enabled. 

With these conditions met, the simultaneous depression of the keys J, K and L 
will cause the main program to be interrupted, its state saved, and the con- 
tents of the display dumped to the printer without any editing except that 
implied by SYSTEM option AX. If the printer is not ready or drops ready, the 
system will loop waiting for it and no message will be displayed to the 
operator. 

JKL will substitute a period for each display character that is non-printable 
as defined by SYSTEM option AX. 

Pressing the BREAK key will terminate the JKL function, except if the CPU is 
hung waiting on the printer. 

When the dump is completed, the interrupted program is resumed. The problem of 
spurious input characters discussed in section 4.2 exists here as well. 

In earlier versions of NEWDOS, the JKL routine was always resident in main 
memory. In Version 2, the JKL routine was very reluctantly moved into a system 
overlay program, thus making it unusable in certain circumstances where it was 
usable before. For example, JKL can not be invoked from DEBUG. 
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4.6. Asynchronous Execution. 

NEWDOS/80, like TRSDOS, allows for a very limited form of asynchronous exe- 
cution. This is accomplished by inserting a user interrupt routine into DOS s 
25ms interrupt chain. The DOS routine (see section 3.8) at Model I location 
4410H (Model III location 447BH) must be used to insert the routine into the 
chain, and the DOS routine 4413H (see section 3.9) must be used to take the 
routine out of the chain. Refer to these two sections for the required format 
of the user interrupt routine and how it is invoked. 

Again, the user is reminded that the use of user interrupt routines under 
NEWDOS/80 is incompatible with that under TRSDOS. 
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5. DOS MODULES, DATA STRUCTOHES, AID MISCELLANEOUS INFORMATION. 

This chapter gives information about the modules on the NEWDOS/80 diskette, 
about diskette directories and about File Control Blocks. The novice user 
should read sections 5.1 and 5.4 and leave the other sections for another time. 



5.1. Files required on each diskette used with NEWDOS/80. 

DIR/SYS 2-6 granules. Diskette directory. This file is required 
on every diskette used with NEWDOS/80 as it contains the control informa- 
tion about all files on the diskette. FORMAT or the format part of COPY 
creates this file automatically, and DOS updates this file as necessary to 
add, alter, or delete control information about files on that diskette. 
The structure of the directory is given in section 5.6. Also see section 
5.6.2 for correction to HIT sector code for DIR/SYS. 

BOOT/SYS 1 granule. Must occupy the first granule of every diskette. 
On data diskettes this file serves only to reject an attempt to boot using 
this diskette in drive 0. On system diskettes, the first sector contains 
the machine code for loading the DOS system from the drive diskette when 
a power on, reset or jump to location occurs. On NEWDOS/80 system disk- 
ettes, the 2nd sector is a duplicate of the first (required for booting on 
the Model III), and the 3rd sector contains system control information set 
up by the DOS commands SYSTEM and PDRIVE. FORMAT or the format part of 
COPY creates this file automatically. 



5.2. NEWDOS/80 DOS Systea Modules. 

The DOS system consists of 14 program modules which execute from three areas. 
The resident module SYS0/SYS resides in all the non-data areas from 4000H to 
4CFFH. The modules SYS1/SYS through SYS5/SYS, SYS7/SYS through SYS9/SYS and 
SYS14/SYS through SYS17/SYS all share the DOS overlay area 4D00H - 51FFH (only 
one module at a time can be in that area). SYS6/SYS executes from both the 
overlay area and the 5200H - 6FFFH area. 

SYS0/SYS 3 granules. DOS's resident module loaded by the bootstrap 
routine and remains permanently in main memory, except for the DOS ini- 
tialization routines in the overlay area which are overlaid when no longer 
needed. SYS0/SYS handles DOS initialization, disk I/O, clock interrupts, 
load of other system modules, keyboard intercept, etc. 

SYS1/SYS 1 granule. Interrogates DOS commands. 

SYS2/SYS 1 granule. Creates files, opens FCBs, alloctes file space, 
allocates FDEs, encodes passwords and loads users programs to be run. 
Executor for library commands RENAME and LOAD. 
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SYS3/SYS 1 granule. Closes FCBs, kills files, insert/deletes entries 
from 25ms chain. Executor for library commands BLINK, BREAK, CLOCK, 
DEBUG, JKL, LCDVR, LC, VERIFY and most of PURGE. 

SYS4/SYS 1 granule. Displays DOS error messages. 

SYS5/SYS 1 granule. DEBUG facility. 

SYS6/SYS 7 granules. Executes in 4D00H - 6FFFH. Executor for library 
commands FORMAT, COPY and APPEND. 

SYS7/SYS 1 granule. Executor for library commands TIME, DATE, AUTO, 
ATTRIB, PROT, DUMP, HIMEM and the 1st part of PURGE, SYSTEM and PDRIVE. 

SYS8/SYS 1 granule. Executor for library commands DIR and FREE. 

SYS9/SYS 1 granule. Executor for library commands BASIC2, BOOT, 
CHAIN, CHNON, MDCOPY, PAUSE and STMT. Enqueues and dequeues user logical 
routines and routes each invocation (see DOS routines 4461H and 4464H in 
chapter 3). 

SYS14/SYS 1 granule. Executor for CLEAR, CREATE, ERROR, LIST, PRINT 
and ROUTE. 

SYS15/SYS 1 granule. Executor for FORMS and SETCOM. 

SYS16/SYS 1 granule. Executor for most of PDRIVE. 

SYS17/SYS 1 granule. Executor for WRDIRP and most of SYSTEM. 



5.3. NEmOS/80 BASIC Modules. 

NEWDOS/80's Disk BASIC enhancements to the TRS-80's ROM BASIC consists of a 
main resident module and 8 overlay modules. The modules SYS10/SYS^ through 

SYS13/SYS and SYS21/SYS execute from DOS ' s ove rlay area, p50W" = 51FFHJ The__ 

modules SYS18/SYS through SYS20/SYS execute from MSK^oyjriax^area, < §MMjZ—, 
3|fFi} All of BASIC'S modules, except BASIC/CMD, are loaded as needed and must 
be on the system diskette when needed. 

BASIC/CMD 4 granules. Resident module residing in 5700H and up. Exe- 
cutes Disk BASIC'S functions. This module need not reside on the system 
diskette as it may be invoked from a data diskette (like any other pro- 
gram), and once invoked, it is not needed again until BASIC is next 
invoked. 

SYS13/SYS 1 granule. Displays BASIC'S error messages and executes 1st 
part of RENUM. Must be on the system diskette whenever BASIC is active. 

SYS12/SYS 1 granule. Executes BASIC direct command REF. Must be on the 
system diskette if REF will be executed. 
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SYS11/SYS 1 granule. Executes BASIC X direct command RENUM. Must be on 
the system diskette if RENUM will be executed. 

SYS10/SYS 1 granule. Executes BASIC statement's GET and PUT, and must 
be on the system diskette if either statement is to be executed. 

SYS18/SYS 1 granule. BASIC direct statement executor. Must be on the 
system diskette whenever BASIC is active. 

SYS19/SYS 1 granule. Executor for BASIC statements LOAD, RUN, MERGE, 
SAVE and CMD"F "DELETE. Must be on the system diskette whenever BASIC is 
active. 

SYS20/SYS 1 granule. Executor for a number of disk BASIC statements and 
usually is the module resident when BASIC is executing a program. Must be 
on the system diskette whenever BASIC is active. 

SYS21/SYS 1 granule. Executor for CMD"0" and must be on the system 
diskette if CMD"0" will be executed. 



5.4. Other Modules on the NEWDOS/80 diskette. 

DIRCHECK/CMD A program that checks the directory for errors and list or 
prints the directory contents. See section 6.4. 

EDTASM/CMD An editor/assembler for Z-80 code-source and object code 
from/to disk or tape. See section 6.5. 

DISASSEM/CMD A program that disassembles Z-80 machine code. See 
section 6.2. 

LMOFFSET/CMD A program that reads load modules from disk or tape and 
writes them to disk or tape. The program optionally (1) assigns new load 
addresses, (2) appends a pre-execution move-program-to-execution-location 
appendage and (3) prepares the program to run without DOS. See section 
6.3. 

SUPERZAP/CMD A program that allows inspection and modification of 
either disk or main memory. Disk operations are diskette or file 
oriented. See section 6.1. 

CHAIHTST/JCL A sample chain file created by CHAINBLD/BAS. 

CHAIHBLD/BAS A BASIC program that creates and edits simple record 
oriented chain files for subsequent use via the DOS commands CHAIN or DO. 
See section 6.6. 

ASPOOL/MAS H. S. Gentry's automatic spooler program as modified by 
Apparat for NEWDOS/80. See section 6.7. 
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5.5. Reduced Sized Systems. 

Reduced sized systems can be created, if passwords are disabled, by COPYING the 
full NEWDOS/80 diskette onto a new diskette and then KILLING the unwanted 
files. A minimum system to handle open's and close's will consist of 10 gran- 
ules (BOOT, DIR, SYS0-SYS4). If the DEBUG facility is to be used (including 
BASIC'S CMD"D"), add SYS5. Section 5.2 indicates which additional modules must 
be added for the various DOS library commands. If BASIC is to be used, section 
5.3 indicates which BASIC modules must be added, and section 5.2 indicates 
which DOS modules must be added if DOS library commands are to be executed via 
BASIC'S CMD"xx" statement. 

If the system module loader finds the module's directory entry inactive or 
encounters an error during loading, then one of the following occurs: 

If SYS4 is an active module in the system, then SYSTEM PROGRAM NOT 
FOUND error will be displayed via a jump to 4409H. 

If the jump to SYS4 via 4409H finds SYS4 not in the system, then the 
Z-80 HALT instruction is executed which on the Model I causes reset 
and on the Model III stops the computer (the operator must manually 
press reset). 

Modules included in this category are SYSl/SYS thru SYS21/SYS. If any of 
BASIC overlay modules fail load, the user must carefully execute BASIC * 
to get back the basic program text. 

CAUTION!!! Once a system file has been killed from a system diskette, it can- 
not be restored by simply copying it from another system diskette. The DOS 
system loader requires that system file FPDEs be in specific FDE slots in the 
dircetory and that all of a system file's space be accounted for in the first 
extent element. Further, SYS0/SYS must occupy the same granules as it did 
before kill, and it is recommended for efficient system operation that all 
other system files also occupy the same granules. Once the FPDE has be pro- 
perly reconstructed, DOS command COPY can then be used to copy the file's 
contents. 



5.6. Diskette Directory Structure. 

For the Model I, NEWDOS/80 and TRSDOS diskettes are interchangeable provided 
the NEWDOS/80 diskette's directory consists of only 2 granules (see DDGA 
parameter of FORMAT, section 2.22, and COPY, section 2.14), and is set up for 
10 sectors/track, 2 granules/lump and 5 sectors/granule operations (5 sectors 
per granule is standard for NEWDOS/80). The files on the diskettes may not be 
operationally interchangeable between the two systems; system modules, BASIC, 
ELECTRIC PENCIL, SCRIPTSIT, etc., definitely are not though the files they 
manipulate are. 

For the Model III, the directories of NEWDOS/80 and TRSDOS diskettes are NOT 
compatible; a TRSDOS Model III diskette may not be used directly with NEWDOS/80 
and NEWDOS/80 diskettes may not be used directly with TRSDOS Model III. If the 
NEWDOS/80 single density diskette has a directory of Model I standard position 
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and size, the Model III TRSDOS has a conversion program to copy the data to a 
Model III diskette. The COPY function of NEWDOS/80, Version 2, also has a way 
of copying one, some or all files of a Model III TRSDOS Version 1.3 or higher 
diskette to or from a NEWDOS/80 diskette (see sections 12.1 and 2.14). 

NEWDOS/80 makes all FDE's of a diskette, except those for BOOT/SYS and DIR/SYS, 
available for use; thus, a 2 granule directory on a newly formatted data disk- 
ette has 62 FDEs available. NEWDOS/80 allows the directory to be allocated 
with up to 6 granules during diskette formatting (see DDGA parameter of PDRIVE, 
FORMAT and COPY), thereby providing for a maximum of 222 available FDEs. 

A diskette's directory always starts on a lump boundary and contains the GAT 
sector followed by the HIT sector followed by 8, 13, 18, 23 or 28 FDE sectors, 
depending upon the number of _5_sec,tor gr^MAlM allocated to the directory (see 
the DDGA parameter of PDRIVE, FORMAT and COPY). The user is encouraged to 
study the directory structure by use of program SUPERZAP (see section 6.1). 
The starting lump number of the directory is always contained as a hexadecimal 
value in the 3rd byte of each diskette's 1st sector; this value is used by DOS 
to find the directory. 

5.6.1. The GAT (Granule Allocation Table) Sector. 

The GAT sector is the first sector in the directory and contains the 
following information: 

Granule free/allocated table. Each of relative bytes 00H - 5FH 
corresponds to a lump and contains the free/allocate status bits for 
all of that lump's granules. The number of granules per lump is 
specified by the GPL parameter of PDRIVE and is a value between 2 and 
8. The lump's 1st granule's bit is bit (counting from the right), 
the 2nd granule's bit is bit 1, and so on up to the 8th granule. If 
the bit equals 0, the granule is free. If the bit equals 1, the 
granule is allocated or non-existent. 

> 

Granule existence table. Relative bytes 60H - BFH correspond to 
relative bytes 00 - 5FH. If a bit within a byte equals 0, then the 
corresponding granule for that lump exists and is useable. If the ( 
bit equals 1, the corresponding granule does not exist, must not be 
used and the corresponding bit in 00 - 5FH must equal 1. Actually, 
though NEWDOS/80 creates these existence bytes during format, it does 
so only for compatibility with the old style TRSDOS diskettes (where- 
in these bytes were known as lockout bytes). Actually, NEWDOS/80 
never sets a granule non-existent. When necessary, the granule exis- 
tence table is discarded altogether to make additional GAT sector 
bytes available to the granule free/allocated table. 

In order to maximize the amount of diskette space controlled by the 
GAT sector, NEWDOS/80 Version 2 allows the free/allocated section of 
the GAT to extend through, and thereby replace, the existence (or 
lockout) portion of the GAT. In this case, the free/allocated status 
bytes are GAT relative bytes 00H through BFH instead of 00H through 
5FH as discussed above. This extension is automatically done_djiring 
format if the number of lumps for the diskette exceeds 60H (96 
decimal) . 
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The diskette's encoded password is in relative bytes CEH - CFH. 

The diskette name is in relative bytes D0H - D7H. fc f^«* 

The diskette date is in relative bytes D8H - DFH. 

If a system diskette, the AUTO command to be used at reset is *-» 
contained in relative bytes E0H - FFH. If the first byte of this 
area is 0DH (EOL), then no AUTO command exists for this system 
diskette. 

5.6.2. The HIT (Hash code Index Table) Sector. 

The HIT sector is the 2nd sector in the directory. It serves as an index 
into the FPDEs for the diskette's files and also serves to indicate which 
FDEs are free and which are in use. If a HIT sector byte equals 0, the 
corresponding FDE either doesn't exist or is free. If a HIT sector byte 
is non-zero, the corresponding FDE is in use, and if in use as a FPDE, the 
HIT sector byte's value is a hash code formed from the contents of the 
FPDE's 6th through 16th bytes (the name and name extension). Thus, when 
it is necessary to look up a file in the directory, the hash code is 
computed and the HIT sector searched for a match. If a match is found, 
the corresponding FDE sector is read and the corresponding FPDE tested for 
matching name and name extension. If this match fails, the HIT sector 
search is continued. 

The relative position of the HIT byte within the HIT sector is exactly 
equal to the corresponding FDE's DEC code; for it is by using the DEC code 
as an index into the HIT sector that the system knows which HIT byte to 
set non-zero when a FDE is allocated and to set to zero when a FDE is 
freed. 

The HIT sector's 3Jnd_byte is used differently in NEWDOS/80 than all the 
other HIT sector bytes. This byte contains the count _of __extra_ JO?? sectors 
allocated to the directory; the legal values are~T7 5, 10, 15 and 20. 
This value is set up when the diskette is formatted. 

On old Model I diskettes the value of the HIT sector byte for DIR/SYS (2nd 
byte of the HIT sector ) was 2CH which is not the correct value. This 
incorrect value causes FILE NOT IN DIRECTORY error to appear when the 
directory file itself is beiryjaccessed. For such diskettes, use SUPERZAP 
to put the correct value of(C4H ,into the HIT sector 2nd byte. 



5.6.3. The FDE (File Directory Entry) Sectors. 

The rest of the directory's sectors are FDE sectors, with each 256 byte 
sector containing eight 32 byte FDEs. A FDE is free if bit 4 of its 1st 
byte equals and in use if the bit equals 1. An in-use FDE is a FPDE if 
bit 7 of its 1st byte equals and a FXDE if the bit equals 1. When an 
FDE is freed, only the 4th bit of the 1st byte is zeroed and the corres- 
ponding HIT sector byte is zeroed. Nothing else is changed. However, the 
user may zero the entire 32 bytes of each unused FDE by using the C func- 
tion of DIRCHECK, thus obtaining a cleaner looking directory. 
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5.7. FPDK File Primary Directory Entry. Each file, when created, is 
assigned a directory entry somewhere in the FDE sectors. This entry contains: 

-7 1st byte: 

Bit 7=0. Indicates FPDE, vice FXDE. 

Bit 6=1. If a system file. 

Bit 5 = 0. Undefined. 

Bit 4=1. Indicates FDE allocated to a file. 

Bit 3=1. If the file has the invisible attribute. 

Bits 2-0. Access level code (see PROT parameter of ATTRIB, 

section 2.3). 

2 byte: 

Bit 7 = 0. The file may be allocated more space when necessary. 
Bit 7 = 1 prohibits this. DIR, ATTRIB, CREATE and the DOS file space 
allocation routine use this bit. 

Bit 6 = 0. The DOS file close function may deallocate any excess 
granules above the EOF (i.e., apparently not being used by the file). 
Bit 6=1 prohibits this. DIR, ATTRIB, CREATE and DOS file close use 
this bit. 

Bit 5 = 1. At least one sector of the file has been written to, 
either new data or updated data, since the last time this bit was set 
to 0. DIR, ATTRIB, CREATE, PROT, COPY and the DOS sector write 
routine use this bit. 

Bits 4 to 0. Undefined and reserved for future definition. 

3rd byte = 0. Currently undefined and reserved for future definition. 

4th byte. The lower order byte of the file's EOF. This value is the EOF 
position within the EOF sector. See FCB 20th byte below. 

5th byte. The logical record length (LRECL) (0 = 256) in bytes. When a 
file is created via a 4420H vector call, the value from register B is 
stored here. When an existing file is opened, even as a new output file, 
this value is not updated. This value is never used in NEWDOS/80. The 
value stored in FCB+9 at open time is that from register B, not from the 
FPDE. 

6th-13th bytes. The file name, padded on right with blanks if necessary. 

14th-16th bytes. The file name extension, padded on right with blanks as 
necessary. 

17th-18th bytes. The encode of the update password. 

19th-20th bytes. The encode of the access password. 

21st byte. The middle order byte of the EOF. 

22nd byte. The high order byte of the EOF. The 4th, 21st and 22nd 
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bytes are a 3 byte EOF value. This EOF value, instead of being in RBA 
format as are the EOF and NEXT fields of the FCB, is maintained in the old 
TRSDOS format which has the following rules: 

If the lower order byte of the EOF equals 0, the EOF is in RBA 
format. 

If the lower order EOF byte is not 0, then the EOF value in the 
FPDE is equal to the actual RBA value plus 256 (the high two 
byte value of the EOF is incremented by 1). 

NEWDOS/80 maintains the directory FPDE EOF field in this manner in 
order to maintain compatibility with the old Model 1 TRSDOS 2.3 
diskettes (see section 12.1). New EOF values for a file are placed 
into the FPDE only during file-create, write-EOF and DOS close. 
Thus, if the system fails requiring reset, the user can expect that 
any file open for output at the time of failure will contain the new 
data but usually not the new EOF. 

See section 12.1 for EOF and NEXT incompatibility with other DOSs. 

23-30th bytes. Four 2 byte pairs (extent elements), each specifying a 
contiguous area of the diskette assigned to this file. The format of an 
extent element is: 

1st byte: 

255 (0FFH) means the end of the extent elements for this file. 

254 (0FEH) means the next byte contains the DEC for the first or 
next FXDE assigned to this file. 

- 253 (0 - 0FDH) equals the number of the diskette's lump in 
which the area starts. Other considerations including the 
number of lumps the GAT sector can handle limit this value to 
the range - 191. This value is also the relative location 
within the GAT sector of the byte associated with this lump. 

2nd byte (when the 1st byte is less than 254) 

left 3 bits equals the number of granules (0-7) from the start 
> fn-- ;'t of the lump to the start of the area. 

right 5 bits equals the number less one of contiguous granules 
assigned to this area. 

31-32nd bytes. An extent element whose 1st byte is either 255 or 254. 
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5.8. FXDE File Extended Directory Entry. 

When a file has more than 4 space areas assigned, the additional extent 
elements are contained in FXDE's assigned to the file. The format of a FXDE 
is : 

1st byte. Bits 7 and 4 are both 1 to indicate a FXDE; all other bits 
of the byte equal 0. 

2nd byte. The DEC for previous FXDE or FPDE of this file. This is a 
backward chain. The previous entry's 31st byte will be 254, and the 32nd 
byte will contain the DEC of this FXDE. 

il Bytes 3-22. Unused and should equal 0. 

Bytes 23-32. Are as defined for the FPDE. 



5.9. FCB File Control Block. Also known as a DCB (Data Control Block) 
or an IOB (input/output block). 

In order that file information be read from or written to a diskette, a link 
must be created between that file and the user program. The link is created by 
the DOS open function (see sections 3.13 and 3.14) and dissolved by the DOS 
close function (see section 3.15). During the time the link is in existence, 
the control information for that link is maintained in a 32 byte area of main 
memory known as a File Control Block. At open time, the user specifies where 
in user memory this FCB is to be. While this link is in existence, the FCB's 
area of main memory must not be used for any other purpose. DOS does not re- 
member where the FCBs are. The user informs DOS of which FCB to use for each 
function that is to use a FCB. Thus, the link is effectively dissolved by 
simply never using the FCB again in a function call or by using the FCB in the 
open of a new link. Remember though, if writing to a file where the EOF is 
being changed, either a a DOS close or DOS write-EOF (see section 3.28) func- 
tion must be done to assure the EOF is properly placed in the FPDE. 

At open time (a call to DOS 4420H or 4424H) , the caller provides in register DE 
the address of a 32 byte main memory area for use by the system as a FCB while 
the file is open. The user must have placed the filjespec (terminated by a 0DH 
or 03H byte) for the desired file into the FCB's 1st bytes, and the DOS close 
function will attempt to put it back there when done. NEWDOS/80 will accept 
the Model III TRSDOS 50 bytes area but only uses the first 32 bytes. While the 
FCB is open, the format for the 32 byte FCB is: 

,f: 1st byte: 

Bit 7=1. The link is in existence (i.e., an open has been done). 

Bit 7=0. The link is not in existence (i.e., either an open has 
not been done or a close has been subsequently done). 

Bits 6-2 = 0. Undefined. 
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Bit 1=1. The value in the FCB's NEXT and EOF fields are RBAs with- 
in the diskette, rather than the file. This allows the user to I/O 
directly to diskette sectors, bypassing the file concept altogether. 
This bit should never be 1 during byte I/O via the 0013H or 001BH 
calls. 

Bit 0=1. Sectors written to the file are written read protected in 
the same manner as DOS writes directory sectors. This bit should 
never be 1 during byte I/O via the 0013H or 001BH calls. 



2nd byte: 



Bit 7=1. Either single byte operations or logical record opera- 
tions (record length in FCB's 10th byte) are being done via this FCB. 
NEXT value is maintained at the next byte to be read or written. 
This bit is set to 1 at open time if register B is not 0. It is also 
set to 1 whenever byte I/O is done via the 0013H or 001BH ROM calls. 

Bit 7=0. Read and write operations are by full 256 byte sectors 
with the FCB's NEXT value incremented 256 bytes upon the completion 
of each successful I/O. 

Bit 6 = 0. The FCB's EOF value is to be set equal to the FCB's 
resulting NEXT value on every successful write operation. 

Bit 6 = 1. The FCB's EOF value is to be set equal to the FCB's 
resulting NEXT value only for those successful write operations 
resulting in the NEXT value exceeding the current EOF value. 

Bit 5=0. The FCB's buffer contains the current file sector's data. 
If bit 5=1, the buffer does not contain the current file sector's 
data; if needed, that sector's data must be read into the buffer. 

Bit 4=0. The FCB's buffer does not contain updated data not yet 
sent to the file. If bit 4=1, the buffer does contain updated data 
not yet sent to the file. During DOS close, if this bit is 1, the 
sector data in the buffer is automatically written to disk. This 
updated data is also written on every 443FH and 4451H call and on 
every 4442H, 4445H, 4448H and 444EH call that positions the file 
within a different sector. 

Bit 3 = 1. This FCB is in the NEWDOS/80 Version 2 format for the 
18th - 32nd bytes. This bit is set to 1 by DOS open. If bit 3=0, 
the FCB is in the old format and is illegal in NEWDOS/80 Version 2. 

Bits 2-0. Access level code (see PROT parameter of ATTRIB, section 
2.3). 



3rd byte: 



Bits 7-5. These bits are defined the same as those in the FPDE 2nd 
byte (see section 5.7). If bit 5 equals 0, the DOS sector write 
routine sets the bit to 1 in both the FCB and the FPDE just before it 
actually writes the current sector to disk. 
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Bits 4-0. Undefined and reserved for future definition. 

4-5 th bytes. The main memory address of the FCB's buffer. The user 
determines where the buffer is to be and puts this address into register 
HL before the call to the DOS open routine. Sectors are read from disk 
into this buffer and written to disk from this buffer. 

6th byte. The low order byte of the FCB's NEXT field. This is the rela- 
tive position within sector value. See discussion for FCB 12th byte 
below. 

7th byte. The relative number of the drive containing the diskette con- 
taining the file. 

8th byte. The DEC code of file's FPDE. After the FCB is opened, this DEC 
code is the link between the open FCB and the file's directory information 
as the FCB itself no longer contains the filespec. 

9th byte. The low order byte of EOF. This is the relative postion within 
the EOF sector. See discussion of FCB 14th byte below. 

10th byte. The logical record length (LRECL) (0 = 256) for records of 
this file. This value is supplied in register B by the caller at open 
time. If not at open time, bit 7 of the FCB's 2nd byte is set to 1, and 
subsequent DOS sector read or write calls must contain, in register HL, 
the address of the logical record to be moved to the FCB's buffer (write) 
or filled from the FCB's buffer (read). 

11th byte. Middle order byte of the NEXT field. 

12th byte. High order byte of the NEXT field. The 12th, 11th andx5th 
bytes form a 3 byte RBA within the file of the next byte to be processed, 
either input or output. 

For single byte and logical record I/O, DOS maintains the FCB NEXT 
field in exact RBA format. 

For full sector I/O, DOS also maintains the NEXT field as an exact 
RBA, but there are subtle actions by DOS that can give trouble if the 
user is not aware of them. DOS does not change the lower order byte 
of the NEXT field during full sector I/O. Normally, this byte is 
zero, and that's fine. However, the user can set this byte non-zero 
or if the previous I/O done was in single byte or logical record mode 
the lower order byte will probably be non-zero. The user must be 
aware of the following rules: 

During full sector reads, all three bytes of NEXT participate 
the EOF check just as for single byte and logical record reads. 

During full sector write, when the low order byte of the NEXT 
field is non-zero, the NEXT field is not advanced 256 bytes 
upon the successful completion of the write and EOF, if it is 
updated, assumes that non-advanced NEXT value. The rationale 
here is that if the NEXT field's lower order byte is zero, the 
value of NEXT after the successful write is to be at the first 
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byte of the next sector, but if the NEXT field's lower order 
byte is non-zero, the value of NEXT after the successful write 
is to remain within the sector just written. 

See section 12.1 for discussion of NEXT and EOF field incompatibility 
with other DOSs. 

13th byte. Middle byte of the EOF field. 

14th byte. The 14th, 13th and 8th bytes form 3 byte RBA within the file 
of the end-of-file (the 1st byte beyond the file's last data byte). This 
value is initialized from the FPDE at open time, and is updated at sector, 
logical record or byte write time under control of the FCB 2nd byte, bit 
6. See section 12.1 for discussion of NEXT and EOF field incompatibility 
with other DOSs. 

15-22th bytes. Identical to 23-30th bytes of FPDE. 

23-24th bytes. For the current FXDE whose 4 extent elements are in the 

FCB 25th - 3 2nd bytes, the number in this field represents the relative 

granule number of that FXDE's 1st extent's 1st granule. If that value 

equals 0FFFFH, then no FXDE is represented in the 25th-32th bytes. 

25-32nd bytes. Identical to 23-30th bytes of the current FXDE, if any. 

Discussion of FCB bytes 17-32: 

The definition for FCB bytes 17 to 32 has changed from what it was in 
NEWDOS/80 Version 1 and Model I TRSDOS. It was assumed that very few 
user programs ever referred to these bytes as they serve only to re- 
duce the number of directory accesses done by the resident DOS. How- 
ever, some users (such as the old SUPERZAP coded in BASIC) have made 
use of the old definitions to get around having to open a file when 
diskette, rather than file, I/O was wanted. NEWDOS/80 Versions 1 and 
2 have provided a diskette, as opposed to file, I/O method (see FCB 
1st byte, bit 1 definition); that method should be used and those old 
pseudo FCB methods MUST be discarded to run with NEWDOS/80 Version 2. 
Failure to do so could be catastrophic; NEWDOS/80 Version 2 has 
activated bit 3 of FCB 2nd byte in an attempt to head off these bad 
pseudo FCBs. 

This change to the FCB 17-32nd bytes allows the FCB to contain all of 
a file' s extent information for any file having 8 or less extents 
(DIR with the A option will display how many extents a file has). If 
the file occupies contiguous diskette space, 8 extents is enough for 
approximately 300,000 bytes (or 270,000 bytes if the directory is 
spanned by the file's space). 

If the file has more than 8 extents, meaning that more than one dir- 
ectory FXDE is assigned to the file, then the FCB contains space 
information for the file's 1st 4 extents and the 1 to 4 extents of 
the FXDE last having a sector read or written. It is quite possible 
for large randomly accesssed files to require a lot more directory 
accesses than was done under NEWDOS/80, Version 1. 
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6. ADDITIONAL PROGRAMS SUPPLIED OH NEHDOS/80 DISKETTE. 



6.1. SUPERZAP. 

Program SUPERZAP/ CMD provides the user with the means to read and write stand- 
ard 256 byte diskette sectors or any part of main memory, except writing to 
ROM. Learning to use SUPERZAP is strongly recommended for all NEWDOS/80 
owners. If corrections (known as zaps or patches) are to be made to your 
NEWDOS/80, Apparat will distribute them in written form for application using 
SUPERZAP. You must know how to us DFS and MODxx. In learning to use SUPERZAP, 
do your learning on a diskette having data that you can afford to lose!!!!! 

Certain diskettes are written in non-standard sector formats and are thus inac- 
cessible to SUPERZAP. There exist other programs that read anything that is on 
a diskette, but do not have some of the other SUPERZAP features. The user, at 
some time, will probably want to buy one of these other programs from the ven- 
dors that sell them. 

SUPERZAP operates in both upper and lower case. 

Where numeric values are inputted and unless otherwise specified, SUPERZAP 
assumes DECIMAL unless the value is suffixed with the character H to indicate 
hexadecimal. 

6.1.1. Function Modes. The menu displays the functions available. The 
user keys in the selected function's characters and then presses ENTER. The 
SUPERZAP functions are as follows: 

DD Display a Disk sector. SUPERZAP will ask for the drive number and 
the number of the relative sector within the diskette, read the sector and 
display it. 

DM Display a 256 byte page of main memory. SUPERZAP will ask for a 
memory address, truncate it to a 256 byte boundary and display the page. 

DFS Display a File's Sector. SUPERZAP will ask for the file's file- 
spec. Next, SUPERZAP will ask for the relative sector number within the 
file and will display that sector. 

DTS Display track's sector. SUPERZAP will ask for the drive number, 
track number and the number of the relative sector on the track. It will 
then read the sector and display it. 

DMDB Display Memory Dump Block. SUPERZAP will ask for the filespec of 
the memory dump file (created by DUMP, see section 2.20). It will display 
the dump's base address. Next it will ask for a main memory address with- 
in the range of the dump, truncate it to a 256 byte boundary and display 
the memory page. 

YDS Verify Disk Sectors. SUPERZAP will ask if the operator wants a 
pause when a read protected sector is encountered. Next, SUPERZAP will 
ask for the drive number and the number of the relative sector on the 
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diskette of the 1st sector to be verified. Lastly, it will ask for the 
number of sectors to be verified. It will then proceed with the verify 
which consists simply of reading each sector within the range specified. 
When a protected sector is encountered and if a pause was requested, 
SUPERZAP will display the sector's location and wait for the operator to 
press ENTER before continuing. VDS is a fast way of finding bad sectors 
on a diskette that the user suspects have gone bad. While verifying is 
being done, VDS may be cancelled by pressing up-arrow. 

ZDS Zero Disk Sectors. SUPERZAP will ask for the drive number and the 
number of the relative sector on the diskette of the first sector to be 
zeroed. Next, it asks for the number of sectors to be zeroed. The zero- 
ing is then done. The read protection status of each sector is not 
changed. 

CDS Copy Disk Sectors. SUPERZAP will ask for the drive number and the 
number of the relative sector on the diskette of the source (where the 
data is coming from) range's 1st sector. Next, it will ask for the same 
data for the destination (where the data is going to) range's 1st sector. 
Lastly, it will ask the number of sectors to be copied. The copy is then 
done. Destination sectors are each assigned the read protection status of 
the corresponding source sector. 

CDD Copy Disk Data. This function differs from CDS in that any string 
of diskette bytes may be copied. SUPERZAP will ask for the drive number 
and the number of the relative sector on the diskette of the sector con- 
taining the source range's 1st byte and then ask for that byte's offset 
within the sector. It will ask for the same information for the destina- 
tion range's 1st byte. Lastly, it will ask for the number of bytes (65535 
is the maximum allowed) to be copied. The copy is then done. The read 
protection status of the destination sectors is not changed. 

DPWE Display Password Encode. SUPERZAP will ask for the password, en- 
code it and display the resulting encode in hexadecimal as it would appear 
in a directory FPDE. 

DOTH Display Name/Type hashcode. SUPERZAP will ask first for the file- 
name and next for the type (name extension). It will then hash them and 
display the resulting hashcode in hexadecimal as it would appear in the 
directory HIT sector. 

EXIT End SUPERZAP and exit to 440DH (DOS READY). 

Since ZDS, CDS and CDD change diskette data, the user is first asked if he/she 
is sure this function is wanted, just in case the wrong function was keyed. 

For CDS and CDD, the copy normally proceeds in ascending byte order for both 
the source and destination. However, if the highest source byte is within the 
destination range, the copy is in descending byte order to avoid destructive 
overlap. 

All disk I/O's are done through the normal DOS sector I/O routines. Thus, if 
an error occurs, system option AM and AW I/O try counts are in effect. 

For VDS, ZDS, CDS and CDD, if a disk I/O error results, the operator will be 
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offered the choice of retrying, skipping the sector or terminating the func- 
tion. In many cases, repeated retrying will eventually work. If the error 
sector was a source sector, skip will cause the associated destination bytes to 
receive whatever happens to be in the source's buffer; this should be no 
problem as the user is faced with a reclaim job anyway. 

When SUPERZAP is waiting for a numeric value, keying an X as the value will 
cause SUPERZAP to terminate the function and return to the menu. If SUPERZAP 
is waiting for a filespec, a null parameter will terminate the function. 

When any of DD, DM, DFS, DTS or DMDB is suffixed with ' ,P' , the sectors or 
memory pages will be printed as well as displayed. For DD,P, DFS,P or DTS,P, 
the user will be asked for the number of sectors to be printed. For DM,P or 
DMDB,P the user will be asked for the number of bytes. If the printer is not 
ready or drops ready, SUPERZAP will loop waiting on it without operator notifi- 
cation. Pressing the P key will cause printing to pause; press ENTER to con- 
tinue. Pressing the H key will terminate printing. 



6.1.2. Display Mode. For DD, DM, DFS, DTS and DMDB, while a sector or 
memory page is displayed, SUPERZAP is in the display mode and waits for a dis- 
play mode command. Except for the F and L commands, the keyed command bytes 
are not displayed and do not require termination with ENTER; the command is 
executed as soon as all characters of a display mode command have been keyed. 
The display mode commands are: 

X The current function is terminated and SUPERZAP returns to the menu. 

R Redisplay the same sector or memory page. 

+ or ; Display the next higher sector or memory page. 

Display the next lower sector or memory page. 

J Restart the same function. 

K Restart the same function, retaining the 1st parameter unchanged. 

SCOPY DD and DTS only. The current sector is to be copied to a speci- 
fied sector. SUPERZAP will ask for the destination sector's drive number 
and relative sector number. The destination sector may be the same as the 
source sector. SUPERZAP will read the destination sector and report its 
status. Then the source sector's contents are written to the destination 
sector. SCOPY is useful when a sector is found to have bad parity but, 
with the exception of a few bytes, is intact; by SCOPYing upon itself, new 
parity will be generated, and the sector can then be repaired. It is also 
useful for altering a sector's read protect status. 

When SUPERZAP is in the display mode, it has a diskette, file, main memory 
or memory dump file search capability. The match is on 1 to A hexadecimal 
bytes (without the suffixed H) which are represented by aa,bb,cc,dd. When 
the search finds a match, the sector or memory block containing the first 
byte of the match is displayed with a thin vertical blinking cursor to 
mark its position. That cursor will disappear as soon as a key is depres- 

6-3 ADDITIONAL PROGRAMS 



sed; however, the associated 'find' position is remembered in case the 
search is to be continued. When SUPERZAP is in display mode, the fol- 
lowing commands to perform searching may be keyed in, terminated by ENTER. 

F,aa,bb,cc,dd The 1 to 4 hexadecimal match bytes are stored, and 
the search starts at the first byte of the diskette (if DD or DTS 
mode) or file (if DFS or DMDB mode) or main memory (if DM mode). 

F, The same as above except the previously established match 
bytes are used. 

Fxx,aa,bb,cc,dd The 1 to 4 hexadecimal match bytes are stored, 
and the search starts within the current sector or block at the xxth 
relative byte where xx is a 2 digit hexadecimal number without the 
suffixed H. 

Fxx or Fxx, The same as above except the previously estab- 
lished match bytes are used. 

F The search continues at the first byte following the position 
of the first byte of the last match, and the search uses the previ- 
ously established match bytes. 

L,aa,bb,cc,dd This command is to be used instead of F,aa,bb,cc,dd 
when, in DFS mode, the file being searched is standard load module 
(i.e., SUPERZAP/CMD, LMOFFSET/CMD, etc.) and the user wants SUPERZAP 
to purge out all except actual object code bytes from the search. 
This allows a load module file search for two or more bytes without 
the imbedded loader control information interfering with the match. 
The resulting display will still contain the loader control informa- 
tion; the user must be prepared to occasionally see this control in- 
formation imbedded within the matching bytes. Usually, but not al- 
ways, this control information is 4 bytes long with the first byte 
being a hexadecimal 01. Except for purging this control information 
from the match, L,aa,bb,cc,dd works the same as F,aa,bb,cc,dd. The 
F command may be used to continue an L type search. 

L, The same as above except the previously established match 
bytes are used. 

MODxx DD, DM, DFS and DTS only. SUPERZAP enters modify mode and posi- 
tions the cursor to the first hex digit of relative byte xx (value 00R - 
FFH) of the current page or sector. 

EXIT End SUPERZAP and exit to 402DH (DOS READY). 

If an error occurs during the keying in of a display mode command, the partial 
command is ignored and the sector or block is redisplayed again. 

6.1.3. Modify Mode. SUPERZAP enters modify mode upon execution of the dis- 
play mode command MODxx. This mode allows the changing of individual bytes 
within the current disk sector or memory page. Responses while in modify mode 
are defined as follows: 



ADDITIONAL PROGRAMS 6-4 



Hexadecimal digit character - 9 or A - F. The hex digit at the cur- 
rent cursor position is replaced by the new hex digit, and the cursor is 
advanced one position. If the cursor wraps around, an error will occur if 
the next character inputted is a hex digit character. Replacements in a 
main memory page are for real while replacements in a sector are buffered 
until the sector is written or a 'Q' command cancels the pending update. 



Space or right arrow. 

Left arrow. 

Shift right arrow. 

Shift left arrow. 

Down arrow. 

Up arrow. 



The cursor is advanced one position. 

The cursor is retarded one position. 

The cursor is advanced 4 positions. 

The cursor is retarded 4 positions. 

The cursor is advanced one display line. 

The cursor is retarded one display line. 



ZTxx This sequence is displayed vertically in display column 7 and 
must terminate with ENTER. All hex digits from and including the cursor 
position to and including the 2nd hex digit of relative byte xx are 
zeroed. The cursor is left positioned to the 1st hex digit following 
relative byte xx, and if wrap around occurs, the next input char may not 
be a hex digit. 

RTxx,jk This command is similar to ZTxx except that each byte's 1st digit 
is replaced with the hex digit j, and each byte's 2nd digit is replaced 
with the hex digit k. 

Q For sector operations only. Modify mode is terminated, any 
changes in the buffer are discarded, and SUPERZAP returns to display mode. 

ENTER For memory page operations, modify mode is terminated, and 
SUPERZAP returns to display mode. For sector operations, the operator is 
asked if he/she really wants to update the sector now. If not, SUPERZAP 
continues in modify mode. If so, the sector (with any changes) is written 
back to disk, modify mode is terminated, and SUPERZAP returns to display 
mode. 

When modify mode encounters an error, it will display 'INVALID MODIFICATION 
MODE CHAR. REPLY '*' TO CONTINUE'. Upon receiving * , SUPERZAP returns to 
modify mode. 



6.2. 



DISASSEtf. 



Program DISASSEM/CMD disassembles Z-80 object code from a standard TRS-80 load 
module or from main memory. The disassembled code is sent to the display or to 
the printer. Generated source text may be sent to disk and a location cross 
reference may be produced. 
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Responses to the query 'OBJECT FROM MAIN MEMORY OR DISK?' (M OR D) : 

1. null or D Object is a disk load module. 

1. Respond to the query 'FILESPEC?' with the filespec of the load 
module to be disassembled. 

2. Respond to the query 'OFFSET OBJECT VIRTUAL ADDRESSES BY? (HEX)' 
with either null (meaning 0) or a 1 to 4 digit hexadecimal number 
(without suffixed H) which when added to the load addresses within 
the load module will give the proper address where the instructions 
being disassembled would be during normal execution of that code. 
This parameter is needed when an object module loads to one place in 
main memory, but actually executes from another. Wraparound is al- 
lowed. Example: 

If the object module loads into C000H - FFFFH but is to execute 

in 7000H - AFFFH, applying an offset of B000 will cause the 

disassembler to disassemble as if the load was actually done to 
7000H - AFFFH. 

3. Respond to the query 'VIRTUAL RESTART LOCATION? (HEX)' with 
either null (meaning start at the file beginning) or a 1 to 4 digit 
hexadecimal number (without the suffixed H) which is the listed loc- 
ation of any instruction of the disassembly. This allows restart of 
a large disassembly within the instruction print portion of the 
listing, and the location chosen is usually the location value for 
the first instruction on the page where printing was interrupted. 

2. M The object code is in main memory. 

1. Respond to the query 'OBJECT VIRTUAL BASE ADDRESS? (HEX)' with 
the 1 to 4 digit hexadecimal location value (without suffixed H) 
where the object code is considered to execute from, whether or not 
it is actually there now. In the listing, this value will be the 
first instruction's printed location value. 

2. Respond to the query 'OBJECT REAL BASE ADDRESS (HEX)?' with null 
(meaning the real and virtual locations are the same) or with the 1 - 
4 digit hexadecimal main memory location (without suffixed H) where 
the disassembler will actually find the object code. 

Responses to the query 'ANY OPTIONS?': 

1. null No more options to be specified. ^ 

2. PTR The output is sent to the printer instead of the display. 

3. BFSP Bypass Full Screen Pauses. In normal operation the disas- 
sembler pauses whenever the display screen is full or whenever a break 
occurs in the sequential locations of the disassembled file. The disas- 
sembler waits for (1) ENTER to continue, (2) X to terminate the disassem- 
bly or (3) V (object from main memory only) to restart the disassembly at 
a new location. The BFSP option bypasses this pausing, causing display to 
occur as fast as the disassembly can proceed. This option is automati- 
cally invoked if option PTR is specified. 
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The remainder of the options are legal only when the object code is from disk: 

4. NCR The location reference table is not to be built and no 
display or listing done of it. 

5. NIP Do not print or display the disassembled instructions. 

6. STD Source To Disk The disassembled code is to be sent to 
disk in the format of an EDTASM source text file. See discussion below. 

7. FGN=xxx First Generated Name xxx is the 3 alphabetic character 
name of the first name to be assigned during the STP action described 
below. The default name is AAA. 

8. RTD The location reference table is to be stored onto disk. 
After the reference table is built, the program will ask for the 
'REFERENCE TABLE FILESPEC? ' . Respond with the filespec of the file to 
contain the reference table. Reference table files can be used (by a 
user-created program) to merge the reference tables of two or more 
programs. See below for file format. 

9. REA Enable listing of all types of references; this is the 
default. 

10. RE& Enable list of the specified reference type where '&' is 
one of L, P, R, S, T, U, V, W or X. Reference types are defined at the 
beginning of each location table listing. 

11. RIA Disable list of all types of references. 

12. RI& Disable listing of the specified reference type where '&' 
is one of L, P, R, S, T, U, V, W or X. 

The disassembler operates through four phases: 

1. If object code from disk and option NCR not specified, DISASSEM dis- 
plays 'BUILDING CROSS REFERENCE TABLE' and passes through the object code 
building the location reference table. For a large disassembly this will 
take some time. If insufficient main memory for the table, the disassemb- 
ly will terminate. 

2. If RTD option specified, this phase writes the location reference 
table to disk. 

3. List disassembled instructions to display or printer. If STD speci- 
fied, the resulting text is also written to disk. On the disassembled 
instruction print lines, column 1 indicates the number of references to 
bytes of the instruction; the value is hexadecimal with blank meaning 
and F meaning 15 or more references. Column 2 indicates which bytes of 
the instruction have been referenced. If blank and column 1 non-blank, 
then only the instruction's 1st byte is referenced; otherwise the hex 
digit represents a 4 bit binary mask of which bytes, from the left, are 
referenced. 
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4. If object is from disk and NCR is not specified, the location refer- 
ence table is displayed or printed. The definitions of the reference type 
codes are given first. Then, in ascending numeric order, every referenced 
location is listed with the location of every referencing instruction. 
Suffixed to each referencing location value is the reference type code for 
the Z-80 instruction making the reference. 

If the disassembler finds something wrong with the object module, either 'DISK 
OBJECT FILE FORMAT NOT AS EXPECTED 1 or 'PAST END OF FILE 1 will be displayed and 
the disassembly will terminate. 

While the disassembled instructions are being displayed or printed, holding 
down P will cause a pause; press ENTER to continue. Holding down X will term- 
inate the disassembly. At most other times when DISASSEM is awaiting a user 
response, the disassembly may be terminated by holding down up-arrow and pres- 
sing ENTER. 

For main memory disassemblies, the operator may shift the disassembly point at 
will. When the disassembly is paused, keying V will display the query 'VIRTUAL 
RESTART LOCATION? (HEX)'. The operator responds a 1 to 4 hexadecimal digit 
value which is the main memory location where the disassembly is to restart. 

If the PTR option is specified and after all options have been specified, the 
following occurs: 

Respond to the query '# LINES PER PAGE, EXCLUDING TOP AND BOTTOM MARGINS? 
(1-255)' with the number of printable lines per page. 

Respond to the query '# LINES EACH FOR TOP AND BOTTOM MARGIN? (0-10)' 
with the number of lines the disassembler is to skip at both the top and 
bottom of each page. If 0, the disassembler does no paging action. What 
the disassembler does for top and bottom margins is completely independent 
and in addition to anything a printer driver may be doing. 

Respond ENTER to the query 'REPLY "ENTER" WHEN PRINTER AT TOP OF PAGE" 
when the printer is on and at top of page. 

Respond to the query 'HIGH ASCII CODE FOR PRINTER? (5A - 7F)' with the 2 
hexadecimal digit value (between 5AH and 7FH) for the highest printer code 
for your printer. 

The STD option causes the disassembled code to be converted into EDTASM type 
source text code. The resulting STD output (if not too large) can be loaded 
and assembled by EDTASM. The outputing of source text via the STD option works 
as follows: 

After the cross reference table build phase and the RTD phase, respond to 
the query 'ASSEMBLER SOURCE TEXT OUTPUT FILESPEC?' with the filespec of 
the file to contain this generated source code. The file will be opened, 
and the generated text sent to it during the main disassembly phase. 

All numeric values within the disassembled code are replaced with a 3 
character alphabetic name unique to that value. The names are assigned 
arbitrarily in ascending alphabetc order with the first name assigned 
either AAA or the name specified by the FGN option. 
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If a numeric value does correspond to a disassembled location, the name 
assigned to that value is placed in the location name field of that 
location's instruction when it is sent to disk and displayed or printed. 

If a numeric value does not correspond to a disassembled location, an EQU 
statement is generated at the end of the source text to equate the name 
with the value. 

ORG statements are generated as necessary, and the END statement is 
generated as the last text statement. 

The format of the reference table file created by the RTD option is: 

1. 1 byte = C0H. Backward EOF. Ignore it. 
?. 1 or more entries of the form: 

1. 2 byte memory location value, 1st byte = tew value, 2nd = high. 

2. Control byte, bits 7-0 (7 is left most): 

7-6 = 11. Dummy last entry in table. Ignore all other bits and 
bytes of the entry. 

7-6 = 01. Referencee entry. Bits 5-0 = 0. The location is 
referenced by one or more of the subsequent referencer entries. 

7-6 = 00. Referencor entry. The instruction at this location 
referenced the location of the previous reference entry. Bits 
5-0 contain the referencer instruction type: = S, 1 = T, 2 = 
U, 3 = V, 4 = W, 5 = X, 8 = P, 9 = L, and 10 = R. See a 
reference listing for definitions. 



6.3. 1M0FFSKT. 

Program LMOFFSET/CMD reads a tape or disk load module, displays its load infor- 
mation, optionally changes the program's load area, optionally attaches an ap- 
pendage enabling the program at execution time to move itself from its load 
area to its execution area, optionally prepares the module to run under non- 
disk BASIC via SYSTEM, and stores the module onto disk or tape with a new name. 

LMOFFSET functions as follows: 

1. Reads either a tape-type assembly load module from tape or a disk-type 
assembly load module from disk. 

If from disk, LMOFFSET asks for the source filespec. 

When reading from tape, a single * will be displayed when LMOFFSET is 
ready for the tape. Do rewind (if necessary) fast forward position- 
ing (if necessary) and press PLAY. *** appears when tape read 
synchronization has completed. The character C will be displayed 
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when a bad checksum is encountered. The character P will be dis- 
played if leading extraneous data bytes encountered. The charcater 
I will be displayed if imbedded extraneous bytes are encountered. 

2. Displays (1) the area into which the module will load, (2) possible 
conflicts with system storage and (3) the module entry point. If an 
appendage is scheduled to be applied, the entry point will be into the 
appendage. 

3. Asks for a new load point. Reply either with a new load point or 
simply reply ENTER if satisfied with the current load point. If the user 
is simply transferring the load module without change, respond ENTER to 
the first request for a new load point and LMOFFSET will go directly to 
step 7 below. 

4. If a new load point specified, LMOFFSET asks if the appendage is to be 
suppressed. 

If the appendage is to be suppressed, the resulting module can only 
be used via the DOS library command LOAD as there is no appendage to 
move the program to its execution area and the entry point is forced 
equal to 0. The resulting output load module can be used via LOAD 
where two or more load modules are loaded into main memory and then 
stored as one load module via DOS library coi.unand DUMP. 

If the appendage is not to be suppressed, then LMOFFSET will append 
to the user program either a DOS enabled appendage or a DOS disabled 
appendage, depending on whether DOS is to be disabled or not. 

5. If a new load point was specified, LMOFFSET goes back to 3 above to 
display the resulting load information and ask for a new load point. If 
another load point is given, it cancels the one specified earlier, 
including its scheduled appendage, if any. 

6. Finally, when the response to 3 above is a null, then if a new load 
point was specified and the appendage is not suppressed, LMOFFSET asks if 
DOS is to be disabled. If so, the DOS disabled appendage is selected; if 
not, the DOS "enabled appendage is selected. 

7. LMOFFSET next asks if the destination is disk or tape. 

If the destination is disk, LMOFFSET asks for the filespec of the 
load module file to be created. 

If the destination is to tape, LMOFFSET asks for the tape module name 
and then which tape speed (L or E) . Next it asks for ENTER when the 
tape is positioned and in record mode. 

8. The resulting load module is then written to disk or tape. If a new 
load point was specified, (1) the load address for each object code record 
is altered, (2) if the appendage was not suppressed, an extra object code 
record (the appendage) is inserted before the entry point record and the 
entry point is set to the appendage's 1st byte, and (3) the entry point is 
set to 0000 if a new load address was specified and the appendage was 
suppressed. 
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9. When the destination file write is completed or if an error or other 
type of termination occurs during step 7 or 8 above, LMOFFSET asks if the 
same module is to be written to another file (which may be the same file). 
If so, steps 7 and 8 above are repeated. 

10. When all done or if an error or other type of termination occurs while 
not in steps 7 or 8, LMOFFSET asks if another source load module is to be 
processed. If so, execution returns to step 1 above; if not, LMOFFSET 
exits back to DOS. 

The up-arrow key may be used at any time to terminate the current LMOFFSET 
function. If LMOFFSET is waiting for a response, hold down the up-arrow key 
and press ENTER. 

A module can end up with multiple appendages if the output from one LMOFFSET 
run is made the input to another, but doing this is strongly discouraged; in 
the case where one appendage is a DOS disable appendage, it must never be done. 
LMOFFSET knows nothing of a previously existing appendage appended by a revious 
execution of LMOFFSET. 

LMOFFSET does not perform any object code relocation!!!! It only assigns code 
to new load locations so that DOS can load the module from disk without damage 
to DOS. 

If the source program loads into the display area (3C00H - 3FFFH) without 
overflowing it, those object code records will not have their load addresses 
modified. 

The appendage added to a module by LMOFFSET starts with 64 bytes of zeroes. 
This area is available to users to patch in special code. The load address of 
this patch area is the same as the module's resulting entry address, providing 
there is only one appendage. Z-80 code patched into this area will be the 
first executed when that program commences execution. This will be done before 
the program is moved to its execution locations and before DOS is disabled, if 
DOS is to be disabled. 

When a program is to run in any part of the DOS area, a DOS disabling appendage 
must be specified. The DOS disabling appendage causes the user program to exe- 
cute as if it was loaded from tape under the non-disk BASIC SYSTEM function. 

When the resulting user program module is executed, the action is as follows: 

For a DOS enabled appendage: 

1. Executes any user supplied code in the 64 byte patch area. 

2. Moves the main program to its execution locations. 

3. Commences execution of the main program. 
For a DOS disable appendage: 

1. Executes any user supplied code in the 64 byte patch area. 

2. Moves the display screen contents to high memory. 
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3. Displays the following: 

RECORD AND THEN PERFORM THE FOLLOWING INSTRUCTIONS 

1. HOLD DOWN BREAK KEY AND PRESS RESET TO ACTIVATE NON-DISK 
BASIC. 

2. RELEASE BREAK KEY AND ENTER BASIC INITIALIZATION RESPONSES. 

3. ENTER "SYSTEM". 

4. ENTER "." 

3. When the operator has done the above, the appendage continues 
execution. 

A. Restores the screen contents from high memory. 

5. Moves the main program to its execution locations. 

6. Commences execution of the main program. 



6.4. DIRCHECK. 

The DIRCHECK/ CMD module tests and lists the target diskette's directory. If 
errors are found in checking the directory, they are listed before the direc- 
tory listing. DIRCHECK also allows the option of cleaning up (not repairing) 
the directory, and, as an aid to moving single density diskettes back and forth 
between the Models I and III under NEWDOS/80, allows the option of writing the 
directory protected. 

To the query 'OUTPUT TO PRINTER', reply Y if output to go to printer and N if 
to go to the display. 

To the query 'WHICH DRIVE CONTAINS TARGET DISKETTE', reply the target drive 
number, in decimal. 

DIRCHECK reads the BOOT sector (the diskette's 1st sector), and tests that the 
first 2 bytes are 00H and FEH respectively. If they are, DIRCHECK uses the 3rd 
byte as the number of the lump at whose first sector the directory starts. If 
the first 2 bytes are not correct, DIRCHECK displays ****** DISKETTE 1ST SECTOR 
NOT "BOOT". ASSUMING DIRECTORY STARTS ON LUMP 17 DECIMAL.'. 

DIRCHECK proceeds to read the directory. In previous NEWDOS versions, DIRCHECK 
refused to process a directory that was not write protected. Because of the 
problem of moving single density diskettes between the Model I and Model III 
under NEWDOS/80, an unprotected directory will now be accepted, with two error 
messages displayed, one at this time and one after the files have been listed. 
The error message is '***** AT LEAST ONE DIRECTORY SECTOR UNPROTECTED'. If 
this message appears along with many other errors, the user can assume that 
DIRCHECK has not found the directory and should NOT execute the W function de- 
scribed later. 

DIRCHECK uses the drive's PDRIVE (see section 2.37) data to determine the 
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number of lumps and granules accounted for by the directory. If the PDRIVE 
data is not correct for the diskette, it is very probable DIRCHECK will list 
errors that are not actually present. 

Complaints, if any, about the directory are next listed. If a number is given, 
it is in hexadecimal for use in directory repair via SUPERZAP. Do not try to 
repair a bad directory unless you know what you are doing!!!!!!! The next best 
thing is to try to extract valued files via COPY and then re-format the disk- 
ette having the bad directory. 

If the complaint is about a directory entry for a file, either the primary or 
an extended entry, the hexadecimal code is the DEC for the file's FPDE. When 
the complaint deals with a file extended directory entry but does not specify 
the file name/type, the hexadecimal code is the DEC for the FXDE itself. When 
the complaint deals with a HIT sector byte, the hexadecimal code is the rela- 
tive location of that byte in the HIT sector. When the complaint deals with a 
GAT sector byte, the hexadecimal code is the relative location of that byte in 
the GAT sector. When the complaint deals with a granule, the hexadecimal value 
is expressed in bb,r format where bb is both the lump number and the relative 
byte location of the lump's byte within the GAT sector and x is both the rela- 
tive granule within the lump and the bit number, counting from zero from the 
right, within that GAT byte. 

The diskette's name and date are next listed. 

The files are next listed, with numeric values in decimal and the following 
definitions: 

S System file. 

I File has invisible attribute. 

P=nnn File has access level nnn, and both update and access 
passwords are non-blank. 

EOF=sss/bbb End Of File value. sss = the relative sector within the 
file, bbb = the relative byte within the sector. 

nnn KXTS nnn is the number of extent elements, maximum of four per 
FDE, used to account for this file's disk space. 

nnn SECTORS The number of sectors allocated to this file. 

Lastly, the number of free granules and locked out granules for the diskette 
are displayed. If the diskette contains more than 60H (96 decimal) lumps or if 
GAT relative byte 60H equals 0FFH, DIRCHECK assumes that there is no lock-out 
(existence) table. Note, NEWDOS/80 does not mark granules as locked out; the 
lockout table is maintained only for compatibility with Model I TRSDOS. 

If at least one directory sector is unprotected, another error message indi- 
cating such is displayed. 

'FUNCTION COMPLETED' message is displayed followed by the query: 
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REPLY 

N TO EXIT PROGRAM 

Y IF ANOTHER DISKETTE FOR SAME SPECS 
I FOR PROGRAM RE-INITIALIZATION 

W TO WRITE DIRECTORY SECTORS PROTECTED 
C TO CLEAN UP (NOT REPAIR) THE DIRECTORY 

Reply with one of the following: 

N Program exits to DOS at 402DH. 

Y Another diskette to be checked but with same response to the printer 
query. 

I Another diskette to be checked but with different response to the 
printer query. 

W The directory sectors are read and re-written in protected state. 
Refer to specifications for DOS command WRDIRP (section 2.49) and option 
SYSTEM option BN (section 2.46). This function is only meaningful for 
single density diskettes that are going from Model I to Model III or vice 
versa or used interchangeably. 

C All unused FDEs within the directory are zeroed. This is a cosmetic 
function only that clears out residual information from no longer used 
FDEs. Normally, when DOS releases FDEs via KILL or automatic space deal- 
location, it only zeroes bit 4 of the first byte of the FDE, leaving the 
rest of the information for the remote possibility that the sophisticated 
user will attempt to reclaim the file or the sectors it used to own. 

During display or printing, pressing: 

BREAK - processing will pause at end of current line or line group. 

ENTER - continues processing. 

DP-ARROW - terminates displaying or printing. 



6.5. EDTASM Disk Oriented Editor/Assembler. 

35 months ago Apparat converted the TRS-80's tape oriented editor/assembler to: 

1. Read text from disk as well as cassette. 

2. Write text and/or object to disk as well as cassette. Disk files are 
validity read after all sectors written. 

3. Allow down-arrow scrolling to display up to 15 text lines. 

4. Prevent the confusing printer output associated with DEFM. Only the 
1st byte of associated object code is listed. 

5. List symbols in alphabetical order with reference list. 
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6. Accept and convert lower case alpha to upper. 

It was anticipated that Radio Shack would soon come out with a disk oriented 
editor/assembler that would eliminate any need for the Apparat enhancements. 
To a degree that has come to pass, but not sufficiently to bury the Apparat 
enhanced version. Since the Apparat enhanced version is based on the copy- 
righted tape editor/assembler, Apparat has always required and still requires, 
as a pre-condition of use of its enhanced version, that the user purchase a 
copy of the TRS-80 tape editor/assembler and thereby pay the royalty due. In 
an effort to enforce this, Apparat has always refused, and will continue to 
refuse, to supply any documentation for the editor/assembler beyond that deal- 
ing explicitly with Apparat' s enhancements. 

This EDTASM is essentially the same as that offered with NEWDOS/21 and 
NEWDOS/80 Version 1 except: 

1. EDTASM will now display, as part of the 'A' CMD, after the TOTAL 
ERRORS display, the number of bytes left in the text area so the user can 
judge his approach to symbol table overflow or text buffer overflow. 

2. (Model III only) Object code cannot be outputted to tape. The user 
must output the object code to disk and then use LMOFFSET to copy it to 
tape. 

Supplemental instructions for the editor-assembler. 

1. To load a text module into the text buffer, enter one of the following 
commands I 

1. L D=filespecl if text from disk 

2. L T=nnnnnn if text from cassette 

where filespecl is the filespec for the assembler text module to be 
loaded into the text buffer from disk and nnnnnn is the name of the 
assembler text module to be loaded into the text buffer from tape. f^ 
Examples: ~ ~ 

1. L D=0LDTEXT/SRC:1 loads the assembler text file 
OLDTEXT/SRC into the text buffer from the diskette currently 
mounted on drive 1 . 

2. L T=0LDTXT loads the assembler text file OLDTXT into 
the text buffer from tape. 

If the text buffer already contains text, the query 'TEXT IN BUFFER. 
ARE YOU CONCATENATING???' appears. If you are not concatenating, re- 
ply N; the buffer is marked empty before loading the specified text 
module. If you are concatenating, reply Y to cause the new text to 
be appended onto the end of the old. No concern is shown for over- 
lapping sequence numbers; therefore you should execute a N EDTASM 
command upon completion of the load to assure a valid set of ascend- 
ing sequence numbers. 

2. To store a text module: 
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1. W D=filespec2 if text going to disk 

2. W T=nnnnnn if text going to cassette V" 1 * 

where filespec 2 is the filespec of the disk file to receive the 
assembler text from the buffer and nnnnnn is the one to six character 
name given to the text file written to tape. Examples: 

1. W D=NEWTEXT/SRC:1 The assembler text (not the object 
code) currently in the text buffer is written to file 
NEWTEXT/SRC on the current diskette mounted on drive 1. 

2. W T=NEWTXT The assembler text currently in the text 
buffer is written to tape and named NEWTXT. 

3. For A commands with NO option not specified, respond to the query 
'OBJECT FILE TO DISK OR TAPE? REPLY D OR T? ' : 

1. T (Model I only) Object code going to cassette. The program 
name will come from the A command. 

2. D Object code going to disk. Respond to the query 'OBJECT 
FILESPEC? 1 with the nnnnnnnn/ttt.pppppppp :d filespec of the object 
module. The file will be opened immediately, but not written until 
end of assembly listing. The name in the A command is ignored. 

4. When an output text or object disk file is opened, one of the 
following is displayed: 

1. 'FILE ALREADY EXISTS. USE IT???? 1 . Reply Y if this is your 
intention. Otherwise reply BREAK to terminate the W or A command. 

2. **************** FILE NON-EXISTENT. REPLY ' C* TO CREATE IT'. 
Reply C if this is your intention. Otherwise reply BREAK to 
terminate the W or A command. , 

5. Due to an error in the original DOS, EDTASM runs with interrupts 
disabled (except when re-enabled by disk I/O) in order that use of BREAK 
will function properly. 

6. This EDTASM can execute in a regular TRSDOS Model I environment. 

7. This EDTASM uses the standard keyboard, display and printer routines 
and control blocks. Users altering the system beware!!!! 



6.6. CHAIBBLD. 

The BASIC program CHAINBLD/BAS is a simple program to allow users to create and 
modify chain files (chaining is discussed in section 4.3). 

CHAINBLD operates in record mode, requiring that an EOL character (ENTER char- 
acter) appear in the file at least every 240 bytes, and it treats each occur- 
ence of the EOL character as both the end of a BASIC input line and the end of 
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a record within a chain file. All inserts, deletions, replacements, moves and 
copies are done in terms of records. 

Furthermore, CHAINBLD makes no provision (except for the old Version 1 hex 
codes 80 - 83) for the file to contain special non-printable characters. The 
rule is that if the string resulting from the BASIC statement LINEINPUT C$ 
does not contain a given character, then that character cannot become part of 
the chain file. The exception is the EOL character which is automatically 
supplied by CHAINBLD. If the user needs special characters in his/her chain 
file, some other program must be used to build the chain file- As a last 
resort, there is always SUPERZAP. 

The CHAINBLD program starts off with a 16 second initialization period while it 
allocates maximum space to the string area. Users are warned that if BREAK is 
used to interrupt or terminate the CHAINBLD program, they must remember that 
all available space has been assigned to the string area and that due to this 
lack of space, some functions will not work. If a CLEAR is done to free up 
some space, be sure to specify a string area size. 

After initialization, the main menu is displayed (not to be confused with the 
edit menu). The choices are: 

1. DELETE ALL TEXT LINES All the text lines in the string area are 
deleted and the edit menu is displayed. When CHAINBLD starts execution, 
there are no text lines in the string area. 

2. LOAD EXISTING TEXT FROM DISK Use this option to edit an existing 
chain file. If the string area already contains text lines, CHAINBLD will 
ask if those lines are to be deleted. If not, CHAINBLD returns to the 
main menu as it assumes the user wants to do more with the previous text. 
Otherwise the old text lines are deleted. 

CHAINBLD will then ask for the existing chain file's filespec. If the 
filespec does not contain a name extension, the name extension JCL is 
assumed. The file is then loaded into the string area. The file cannot 
exceed the string area capacity and cannot have more than 1000 lines. The 
file must be segmented into records as discussed above. After the load, 
CHAINBLD displays the edit menu. 

3. SAVE TEXT TO DISK The user has completed the creation and/or edit- 
ing of the chain file text and now wants to write it to disk. If there 
are no text lines, the CHAINBLD will ask if a null file is to be written; 
if not, CHAINBLD goes back to the main menu. 

Next, CHAINBLD asks if the file is to be written so that it can be pro- 
! cessed by NEWDOS/80 Version 1. If so, any /./0 through /./3 chain control 
1 records are changed as they are outputted by substituting the corres- 
ponding single byte control code (80H - 83H) in place of the /./x 
character sequence. The text in the string area is not changed. 

CHAINBLD then asks for the output file filespec. If the filespec does not 
contain a name extension, the name extension JCL is used. The file is 
then written to disk. When done, CHAINBLD goes back to the main menu. 

4. EDIT TEXT This option does nothing except display the edit menu. 
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5. EXIT PROGRAM If the string area contains text that has not yet been 
written to disk, CHAINBLD asks if the user really wants to exit the pro- 
gram; if not, CHAINBLD goes back to the main menu. Otherwise CHAINBLjli de- 
letes all text lines and releases all string space except 50 bytes. The 
program then ends in the normal manner. 

When the edit menu is displayed the user has a number of choices: 

1. List text lines. The text lines are implicitly numbered in sequential 
order regardless of the changes that take place in the text. Line numbers 
do not belong to individual text lines. Instead a line number indicates 
the line's position at the current time within the file. This means that 
insert, delete, copy and move all change the line numbers of some or all 
of the text lines. The L and ; edit commands allow the user to dis- 
play the text lines. L; displays the first line. L/ displays the last. 
1.52 displays the 52nd line. In each case, if any text lines follow the 
target line in the text, they are also displayed. The ; edit command 
allows forward text paging. 

2. The I edit command allows for a one or more text lines to be inser- 
ted in the text after the specified line. 10 does inserting at the start 
of the text. 1/ does inserting at the end of the text. 123 does in- 
serting after line 23. Lines ar e inse rted into the text until, but not 
including, a line containing the J/T/TT character sequence is encountered. 
That character sequence terminates tne line insert mode. 

3. The R edit command allows a new line to replace an old line. R43 
causes text line 43 to be replaced with the new line that CHAINBLD will 
ask for. 

4. The D edit command allows one or more text lines to be deleted. D34 
deletes text line 34. D 20 41 deletes text lines 20 through 41. 

5. The X edit command allows the specified text line to be added onto. 
Note that CHAINBLD does not actually allow a line to be edited. The edit 
mode really refers to editing the entire text. 

6. The C edit command allows the specified lines to be duplicated to 
another part of the text. C 20 30 5 causes a copy of text lines 20 
through 30 to be inserted after text line 5. Please note that the old 
lines 20 through 40 will now have line numbers 31 through 42. 

7. The M edit command allows the specified lines to be moved to another 
position in the text. M 20 30 5 causes the text lines 20 through 30 to 
be deleted from the text and reinserted after text line 5. 

8. The U edit command redisplays the edit menu. 

9. The Q edit command redisplays the main menu. 

The best way to learn CHAINBLD is to use it. The NEWDOS/80 distribution 
diskette comes with a sample chain file named CHAINTST/JCL. Load it in and 
look at it. Once in the string area, you may modify the text as desired, but 
do not store it back out as CHAINTST/JCL; use some other name. 
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6.7. ASPOOL. 

1. The object module ASPOOL contained on the NEWDOS/80 diskette is H. S. 
Gentry's autoraatic Spooler Program, modified by Apparat to operate with 
NEWDOS/80 and to self-relocate. This program will automatically direct your 
printer output to the disk, and then automatically print it on the printer. 
This spooler program will print in the background while your foreground main 
program is executing provided the main program every second or so either sends 
a byte to be spooled or checks the keyboard for a new input character. 

This spooler program is included on the NEWDOS/80 diskette as a free program to 
NEWDOS/80 owners. It is NOT a fully supported part of NEWDOS/80. 

The basic operation of NEWDOS/80 DOS assumes that output that DOS sends to the 
printer will not involve disk I/O enroute to the printer. Therefore, the 
spooler discards all printer output it senses coming from DOS (such as PRINT, 
JKL, DIR with P option) with the warning message CAN'T SPOOL FROM DOS being 
displayed once for each spooled file. 

This spooler program does NOT allow a spool file to be printed multiple times; 
once printed, the file EOF is set to and the file closed to reclaim the file 
space. This spooler program does NOT remember spool contents from one spool 
activation to the next (this includes a reset). The user is warned that while 
the spooler is active, do NOT use reset or DOS library command BOOT to get to 
DOS ready. Instead, if another way is not available, use DFG to get to MINI- 
DOS and then DOS library command MDBORT to get to DOS READY or use '123' to get 
to the DEBUG facility and then use DEBUG command Q to get to DOS READY. 

2. INITIAL SETUP. Create a working spool module. 

Before the spool system can be used, working program module copy(s) of ASPOOL 
must be set up. You should set up a working program module for each different 
configuration you intend to use. When making a working program module, the 
input module 'filespecl' must ALWAYS be ASPOOL/MAS or a copy of it, and the 
output module *filespec2' must NEVER be ASPOOL/MAS. To create a working spool 
program module (as opposed to the master), enter the DOS command filespecl, I 
(example: ASPOOL/MAS: 0,1 ). The program will then ask for parameter specifi- 
cations : 

The program asks if the software printer driver whose address in is 4026H 
- 4027H at the time of spooler activation is to be used to drive the 
printer. Reply Y for yes or N for no (the spooler will drive the 
printer). If N, then: 

The program asks if the printer is parallel or serial. Answer P for 
parallel or S for serial. If serial, then: 

The program asks if the printer is an H14 type. Respond Y for 
yes and N for no. 

The program asks if the printer output is to be formed into pages with a 
form feed between pages. Reply Y for yes and N for no. If Y, then: 
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The user will be asked for the number of print lines per page, 
a number between 10 and 99. 



Enter 



The program asks if the printer uses a soft or hard form feed. A soft 
form feed is done by counting the number of lines printed and then print- 
ing carriage returns (0DH) (with or without line feeds (0AH)) until the 
end of the page is reached. A hard form feed is a single control char- 
acter that causes a form feed function. If your printer will recognize a 
hard form feed answer H, otherwise answer S. If soft form, then: 



The program asks for the total number of lines per page, 
a number between 10 and 99. 



Answer with 



The program asks if a form feed is to be done at the end of each print 
file. Reply Y for yes and N for no. 

The next question concerns automatic linefeed on each carriage return. 
Some printers linefeed on carriage returns and the computer should not 
output linefeeds. If your printer is of this type (Radio Shack standard) 
answer the question with N. If you want the software to generate line- 
feeds then answer with Y. 

The program asks for the number of the disk drive that will be used to 
spool the print data. Answer with a number from to 3. 

The program asks for the number of seconds to transpire after the last 
keyboard key inputted until the spool program can start printing again. 
Respond with a 2 digit value 00 - 59. The purpose of a non-zero delay is 
to allow the keyboard to have primacy over the printer. When a keyboard 
key is depressed and if the spool program is printing a file, printer 
action will pause while keys are being inputted and until the required 
number of seconds have passed since the last key. 

The program asks if the printer is to be driven by the timer interrupts 
(every 25ms on the Model I; every 33 or 25ms on the Model III) as well as 
via keyboard input and spooler output. Reply Y for yes if the interrupts 
are to be used; reply N for no. Allowing the interrupts to be used en- 
ables the spooler program to print while a foreground program is executing 
that does not frequently check the keyboard or send output to the spooler. 
The disadvantage of using the interrupts is that for a buffered printer, 
interrupts are disabled during the entire outputing of a line to the 
printer. However, the time delay will probably be no worse than that 
associated with disk I/O. If the interrupts are used, printing will 
nevertheless stop if the foreground program never sends anything to the 
spooler or tests the keyboard for input. This is because the disk I/O to 
read the next sector is done only during keyboard checking or main program 
output to the spooler. See circular buffer discussion for an additional 
disadvantage when the interrupts are used. 

The program asks if the circular buffer is to be used to buffer keyboard 
input characters. Reply Y if yes; N if no. The circular buffer helps 
prevent lost keyboard input. If the 25ms interrupt is enabled to drive 
the printer (see above option), the circular buffer uses the ROM keyboard 
character input routine and therefore disables any drivers (such as 
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NEWDOS/80's keyboard intercept routine, lower case driver, etc.) activated 
before the spooler is activated. If the 25ms interrupt is not used to 
send spooled output to the printer, then that does not frequently check 
the keyboard or send output to the spooler. The disadvantage of using the 
interrupts is that, for a buffered printer, interrupts are disabled during 
the entire outputing of a line to the printer. However, the time delay 
will probably be no worse than that associated with disk I/O. If the 
interrupts are used, printing will nevertheless stop if the foreground 
program never sends anything to the spooler or tests the keyboard for 
input. This is because the disk I/O to read the next sector is done only 
during keyboard checking or main program output to the spooler. See cir- 
cular buffer discussion for an additional disadvantage when the interrupts 
are used. 

The program asks if the circular buffer is to be used to buffer keyboard 
input characters. Reply Y if yes; N if no. The circular buffer helps 
prevent lost keyboard input. If the 25ms interrupt is enabled to drive 
the printer (see above option), the circular buffer uses the ROM keyboard 
character input routine and therefore disables any drivers (such as 
MEWDOS/80's keyboard intercept routine, lower case driver, etc.) activated 
before the spooler is activated. If the 25ms interrupt is not used to 
send spooled output to the printer, then the regular keyboard routine(s) 
(as existed in the 4016H - 4017H vector at spool activation) is used. 
This latter also holds if the circular buffer is not used, regardless of 
whether or not the 25ms interrupt is used. 

Now that the spooler has all the initialization parameters, the in-main-memory 
program is altered. The program then asks for the filespec of the working 
program module to be stored on disk. Respond with the filespec you will use in 
the filespec2,A DOS command discussed below; do NOT respond ASPOOL/MAS ! ! ! ! ! ! 
The working program module will be written to disk, and the spool program exits 
to DOS via 402DH. 

3. ACTIVATE SPOOLING. 

When spooling is to be used, enter the DOS command "f ilespec2 s A" (example: 
SPOOLER, A ) where filespec2 is the filespec of one of the working spool program 
modules you have created. filespec2 must HE¥ER be ASPOOL/MAS. If the spooler 
is already active, 'FILE ALREADY EXISTS' error message is displayed. 

The module will load into the 5200H - 5FFFH region, relocate itself to HIMEM- 
areasizel+1, and sets HIMEM = HIMEM-areasizel where HIMEM is the DOS high mem- 
ory address contained in Model I locations 4049H - 404AH (Model III locations 
4411H - 441 2H) and areasizel is the amount of memory required by the spooler. 
Then the keyboard vector at 4016H - 4017H and the printer vector at 4026H - 
4027H are intercepted to vector to the spooler. If interrupts are to be used, 
a routine is entered into NEWDOS/80's 25ms interrupt chain of user interrupt 
routines. 'SPOOLER ACTIVE' is displayed, and the 402DH exit is taken to DOS. 

The spooler is now active. All data intended for the printer will be directed 
to one of five disk files (P00L1, P00L2, P00L3 , P00L4, P00L5). Why five files 
you may ask? Well, when you have "printed" as much data as you wish and would 
like that data to be actually printed on the real pr inter, yo u send an end-of- 
file to ASPOOT I This is~ done either via DOS command T*ASP,w] ( CMD"*ASP,W" 
from BASIC) or by outputing to the spooler a 03 byte in the normal print stream 
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(LPRINT CHR$(3) from BASIC ). The file that was spooling will be closed and 
scheduled for printing. You may now spool to another file by just "printing" 
more data. The data will be placed on the disk while the first data file is 
being printed. This procedure may be repeated five times. If you try to spool 
a sixth file before the first has been printed on the real printer, the system 
will display 'SPOOL FULL. WAITING ON PRINTER' and will hang until a file is 
printed. All data is printed on the real printer in the background while the 
current or another main main task is executing or simply while the system is 
waiting for the user to tell it what to do next. Whenever *ASP,W is executed 
or a 03 byte is seen in the output to the spooler, the spooler program con- 
siders this an end of file (performing top-of-form if specified) even though 
you may be sectioning your spooled output for one report to keep the printer 
going and avoid running out of space. 

Warning!!! The Model III ROM routine, normally used by the spooler, will dis- 
card the current character being sent to the printer if it senses the printer 
is not ready (including busy) and the BREAK key is pressed. Since the execut- 
ing foreground program may be using the BREAK key while the spooler is printing 
in the background, there will be times when printer characters will be lost, 
unknown to the spooler. This can serious limit the usefulness of any spooler 
on the Model III that uses the ROM printer driver routine. 

You may bring the spool system down gracefully at any time by the DOS command 



you may Dring the spool system down gracerully at any time Dy tne uub command 
*ASP,S| (CMD"*ASP,S" from BASIC) or by sending a 04 byte in the normal output 



to the spooler (LPRINT CHR$(4) from BASIC). This procedure will purge the 
current spool file, will prevent any new files from being created, and will 
display 'SPOOL STOPPING'. Main program execution then continues, any charac- 
ters sent to the spooler will be ignored and the spooler continues to print any 
files that have been scheduled. When all files have been printed, the *ASP,P 
function is performed. NOTE, if the spooler appears to hang, it is probably 
waiting for the main program to check the keyboard. If the main program can't 
do this, try DFG, but wait till the drives stop. 

You m ay bring the spool system down abruptly at any time by entering DOS com- 



mand }*ASP,P l (CMD"*ASP,P" from BASIC). All remaining spooled data is lost. If 
an interrupt routine was active, it is purged. The keyboard and printer 
vectors are restored to what values they were when the spooler activated. If 
DOS's HIMEM value is the same as that set by the spooler when activated, HIMEM 
is set back to what it was before the spooler was activated, thus reclaiming 
the spooler's main memory. However, it the HIMEM is not the same, HIMEM is not 
changed, and the spooler memory remains lost to subsequent main programs. 
•SPOOLER PURGED' is displayed, and the DOS 402DH exit taken to DOS. 

You may flush the print queue at any time by entering DOS command l*ASP,cT( 
(CMD"*ASP,C" from BASIC). The spooler will respond with "CLEAR BACKLOG OR 
PRINT (B/P)?". Respond with a B and Enter if you wish to clear the backlog, or 
a P and Enter to stop printing the current print file. Clearing the backlog 
does not purge the current print file, and clearing the current print file does 
not purge the backlog. 

The status o f the spool system may be determined at any time by entering the 



*ASPJ (CMD"*ASP" from BASIC). The system will print a list of all 



DOS command 

files waiting" to be printed (BACKLOG) and any file that is open for printing or 
spooling. If the system has been stopped but not yet purged, "SPOOL STOPPING" 
will be displayed. If the spooler has been purged or not activated, 'FILE NOT 
IN DIRECTORY' is displayed. 
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7.1. For NEWDOS/80 most, but by no means all, of the interface specifications 
between BASIC and the BASIC programmer remain the same as for DISK BASIC under 
TRSDOS 2.3 on the Model I and for TRSDOS 1.3 on the Model III. The NEWDOS/80 
BASIC user is expected to have and be knowledgeable of both the non disk BASIC 
manual and the disk BASIC portions of the TRSDOS manual for whichever of the 
two TRS-80 models is being used. The current and next chapters of this 
NEWDOS/80 version 2 documentation discuss only the differences from the TRS 
versions. Both the Tandy manuals are excellent; if they didn't come with your 
TRS-80 when you bought it, buy them!!!! Apparat does not, in this manual, 
duplicate their contents. 



7.2. General Cowmen ts 

1. When a BASIC syntax error occurs, BASIC does not automatically enter 
EDIT on the offending text line, but it does set that line as the current 
line. If the operator wishes to edit the line, press comma. This change 
is to make it more difficult for the operator to inadvertantly clear vari- 
ables that he/she would otherwise want to see to assist in debugging. 

2. BASIC programs may disable the BREAK key via CMD"BREAK,N", and reen- 
able it by CMD"BREAK,Y". 

3. Because CLOAD does a NEW funtion between consecutive bytes from tape, 
it will lose synchronization if BASIC is running with more than 3 file 
areas. 

4. When a DOS error is encountered by BASIC and if no ON-ERROR routine is 
active, both the DOS error message and the BASIC error message are dis- 
played. 

5. BASIC now has a total of 8 overlays that it uses. The user will 
notice that disk I/O occurs whenever RUN is executed and whenever exe- 
cution is interrupted (STOP, error or BREAK) or terminated (END); this is 
done to bring in BASIC routines needed for the current or anticipated next 
function. 

6. NEWDOS/80 DISK BASIC does NOT allow text line deletion to be done by 
simply typing in the line number. The explicit delete command, DELETE or 
D, must be used. 
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7.3. DISK BASIC is activated by keying in one of the following commands to 
DOS: 

1. BASIC 

2. BASIC * 

3. BASIC n 

4. BASIC m 

5. BASIC cmd 

6. BASIC n,iii,cmd 

7. BASIC m,n,cmd 

8. BASIC n,m 

9. BASIC m,n 

10. BASIC n,cmd 

11. BASIC m,cmd 

where: 

* means the user wants BASIC to reinstitute the program in the text 
buffer, using the same values for m and n as appear to exist in main 
memory. This allows the user to recover from an unwanted 'reset' or to 
get back to the same program after a CMD"S". If BASIC is able to accom- 
plish this, it forces 'LJST^ as its first command. If BASIC is unable to 
reinstitute the"program, it exits to DOS READY. BASIC * will not workjj 
n_was JL^ess than 2 or if the program was less than 3 lines. 

n = the number of fileareas that BASIC is to allocate, default = 3, max- 
imum = 15. This is the highest fan (filearea number) that will be used in 
any statement during this invocation of BASIC. If the BASIC program is to 
use field item files with standard record length not equal to 256, then n 
must be specified and must be suffixed with the character V (see example 4 
below) . 

m = memory size. The value m minus 1 is the highest memory location that 
BASIC is allowed to use. If m is not specified, the current DOS HIMEM 
value is used. All memory m and above is not used by BASIC and can be 
used for other routines such as printer drivers, special code USR 
routines, etc. 

cmd = one line of BASIC text, consisting of one or more BASIC statements. 
This text line is considered direct keyboard input and will be executed as 
soon as initialization is completed. 

Remember, the DOS command activating BASIC is limited by DOS to a maximum of 80 
characters, including ENTER, and it is further limited to 32 characters, in- 
cluding ENTER if invoked via 'AUTO'. 

Any error encountered during initialization causes a return to DOS. 

If DOS is in RUN-ONLY state, the DOS command activating BASIC must contain a 
RUN or a LOAD (option R) statement. 

Examples: 

1. BASIC Brings up BASIC with 3 file areas, high memory set to the 
current value for HIMEM in DOS and displays 'READY', waiting for the 
operator's command. 
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2. BASIC, RUN ,, XXX/BAS" Brings up BASIC with 3 file areas, high memory 
set to the current DOS HIMEM value, loads BASIC program XXX/BAS into the 
text area and starts its execution. 

3. BASIC,9,48152,LOAD"XXX/BAS" Brings up BASIC with 9 file areas, high 
memory set to 48151 (1 less than 48152), loads BASIC program XXX/BAS into 
the text area and displays 'READY', waiting for the operator's command. 

4. BASIC, 3V This works the same as example 1 above, except that each 
of the 3 files areas is assigned an extra 256 byte buffer. This extra 
buffer per filearea is needed if the program will be using field item 
files with a record length other than 256. 

5. BASIC, CLEAR3000:A=1:RUN"XXX",V Brings up BASIC with 3 fileareas, 
sets its high memory value to DOS's current HIMEM value, performs CLEAR 
reserving 3000 bytes for the string area, sets numeric variable A equal to 
1, loads BASIC program XXX and commences its execution without clearing 
the variables, thus leaving variable A intact for the program to inspect. 



7.4. NEHDOS/80 DISK BASIC allows the following 'direct' commands: 
. (period) LIST the current text line. 



'j i/tj/ 



down-arrow LIST the next text line. If there is no next text line, 

performs as / . 

up-arrow LIST the text line before the current line. If none, 

performs as ; . 



; or shift-up-arrow 



LIST the first text line. 



/ or shift-down-arrow LIST the last line in text. Users having the 
newer ROM will find that shift-down-arrow is no longer a useable key; 
hence the need for / . 

: Scroll one display page toward the start of the text. When done, the 
previous current text line is now at the bottom of the display excepting 
that if the previous command was : or @ , the previous display's top 
line is now the new display's bottom line. The new current text line is 
the bottom line on the new display. 

§ Scroll one display page toward the end of text. When done, the pre- 
vious current text line is now the at the top of the display, and the new 
current text line is the bottom text line on the new display. 

, (comma) EDIT the current text line. 

Only 1 such command per direct statement line, and the command, to be seen, 
must be the first character of the input line (no line number or backspacing 
allowed). 
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7.5. NEHDOS/80 DISK BASIC allows the truncation of the commands AUTO, DELETE, 
EDIT and LIST to A, D, E and L respectively when the following conditions are 
met: 

1. 1st character of the input line. 

2. Followed by either a period or a decimal digit. 

3. The input line does not contain an =. 



7.6. DI and DU Two additional BASIC text editing functions are implemented 
using the following forms of direct command: 

1 . DI aaaaa , bbbbb 

2. DI ., bbbbb 

3 . DU aaaaa , bbbbb 

4. DU ., bbbbb 

where: 

aaaaa is the line number of the text line to be moved or duplicated, and 
bbbbb is the line number to be given the moved text line or the duplicate 
of the text line. 

DI means to delete the line at aaaaa and insert it at bbbbb. 

DU means insert at bbbbb a duplicate of the text line at aaaaa, but do 
not delete the line at aaaaa. 

Text referring to aaaaa is not altered to refer to bbbbb. If this is 
desirable, then use RENUM to move the text line. 

The use of a period in place of aaaaa causes aaaaa to default to the last 
line listed, edited or deleted. 



7.7. RDN and LOAD may now optionally retain all variables and open fileareas 
by using the V option in the following formats: 

RUN"filespecl»',V 
LOAD"filespecl",V 

where filespecl is the filespec of the program file being executed. The LOAD 
with the V option executes exactly the same as the RUN with V option. The RUN 
with V option per serves all the variables, excepting DEFFN variables, during 
the execution of RUN; thus the variables existing before the RUN statement can 
be used after the RUN statement. Any fileareas open prior to the RUN are left 
open for use after the RUN statement. If the V option is specified, the R 
opt ion may n ot be. See example 5 in section 7.3. 
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7.8. The MEBGE statement has been expanded: 

MERGE will merge either an ASCII or a packed text file. 

MERGE may be executed as a direct statement or as a program statement. 

If MERGE is executed as a program statement, the MERGE statement must not 
be part of a DEFFN statement, a subroutine or a FOR-NEXT loop (as a POPS 
function is implicitly performed), must be the l§st statement of the text 
line, must be followed by the text line where execution will continue 
after the MERGE, and the merge file must not contain a line whose number 
is the same as the number of a text line existing at the start of the 
execution of the merge (use CMD"F", DELETE to delete conflicting text lines 
before executing the MERGE). The merge pjote^s^alLjraxiabLes. The user 
must assure enough main memory space is available for the merge as error 
recovery is not possible if the merge fails once actual merging commences. 
Example: 

100 MERGE"XXX/BAS" 

110 X=l execution continues here after the MERGE is completed 



7.9. REHUM Renumber the Current BASIC Program. 

RENUM sssss,iiiii,ppppp,qqqqq[ ,U] [ ,X] 
RENUM , 
RENUM U 
■ RENUM X 
RENUM U,X 

The current BASIC program or a part of it may be renumbered while it resides in 
the text area. Via the U option, the RENUM does not actually perform renumber 
but only does its text error checking, thus allowing the undefined line numbers 
and some, but not all, syntax errors to be found. The user may, by proper 
choice of the new line number values, move a portion of the program to a dif- 
ferent place in the program with all references to any of the moved lines 
changed to the new lines numbers. Lastly, via the X option, RENUM will not 
declare as an error any undefined line number if that line number lies outside 
of the range of lines being renumbered, thus allowing a program to have ref- 
erences within it to lines that are intentionally not part of the program. 

The basic renumber command causes all text lines whose line numbers are greater 
than or equal to ppppp and less than or equal to qqqqq to be assigned new line 
numbers, sssss is the first new line number assigned with subsequent numbers 
generated by adding iiiii to the line number of the previous text line, sssss 
and iiiii must be in the range 1 - 65529 and have default value 10. ppppp must 
be in the range 1 - 65529, has default value j). qqqqq must be in the range 1 - 
65529, greater than or equal to sssss, and has default value 65529. The range 
of newly generated line numbers must not encompass any old text lines that are 
not part of the resequenced range ppppp - qqqqq inclusive. So long as this 
rule is observed, the newly generated line number range may be placed anywhere 
in the text with the renumbered text moved to the proper new text location. 
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At least one parameter must be specified. If the user wants to specify all 
defaults and neither X nor U, then use a comma as the only parameter. 

For the series sssss,iiiii,ppppp,qqqqq, if one or more of the 4 numbers are to 
use the default values, then commas must appear in the proper place to indicate 
which of the 4 values a given line number is for. See example 4 below. 

If the U option is specified, the text is not altered in any way and RENUM 
simply searches text for undefined line numbers and for some errors associated 
with BASIC statements that use line numbers. These errors are displayed in the 
following format: 

sssss/U - there is no text line sssss. 
sssss/X - text line sssss has syntax error. 
sssss/S - text line sssss has a bad line number. 

If the X option is specified, references to non-existent text lines are not 
displayed as errors if that line number is also outside of the ppppp to qqqqq 
range. The X option is intended as aid to programmers who use a base program 
and overlay programs which refer to text lines in each other. 

If any error is encountered before text is altered, the command reverts to 
performing as if the U option had been specified and displays all the errors it 
can find. If an error is encountered after text alteration begins, 'FATAL 
ERROR. TEXT NOW BAD' is displayed and the 4030H exit taken to DOS. The BASIC 
text must not be reclaimed (don't use BASIC *). 

If either SYS11/SYS or SYS13/SYS are not in the system when RENUM is executed, 
the system will exit to DOS READY (see section 5.5). 

RENUM will refuse to renumber a program whose first text line's number equals 
0. Use 'DI' to assign the line a number other than 0. Examples: 

1. RENUM U The BASIC text is checked for undefined line numbers and 
other errors that would normally be encountered in an actual renumber. 
The BASIC text is not altered. 

2. RENUM , The entire BASIC text is renumbered using an increment of 
10. The first text line is assigned line number 10, the 2nd assigned line 
number 20, and so on. 

3. RENUM 100,100 The entire BASIC text is renumbered using an incre- 
ment of 100. The first text line is assigned line number 100, the 2nd is 
assigned 200, and so on. 

4. RENUM 2050,, 2050, 3160 All text lines from and including any line 
numbered 2050 to and including any line numbered 3160 are renumbered using 
an increment of 10. The first renumbered line is assigned line number 
2050, the second is assigned 2060, and so on. 

5. RENUM 30000,5,15365,18112 All text lines from and including any 
line numbered 15365 to and including any line numbered 18112 are renumber- 
ed using an increment of 5. The first renumbered line is assigned line 
number 30000, the 2nd is assigned 30005, and so on. The renumbered text 
lines are moved to the new positions in the text. 
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7.10. REF The BASIC statement REF allows the BASIC programmer to find all 
places in the program where a line number, an integer, a variable, a string, a 
function code, a packed sequence of characters or an unpacked sequence of 
characters is referenced. REF has the following formats: 

!• REF * Display full reference list for all line numbers, inte- 
gers and variables. 

2. REF$ Print on the printer a full reference list for all line 
numbers, intergers and variables. 

3. REFnn Display all references to the variable(s) named nn. If nn 
is only 1 character, a blank is assumed for the second, nn may not be 
more than 2 chars and must not have a type suffix. 

4. REFsssss Display all references to the line number and/or integer 
sssss where sssss is a 1-5 decimal digit number between and 99999. 
Hexidecimal or octal references within the text are not listed. 

5 . REF*nn 

6. REF$nn 

7. REF*sssss 

8. REF$sssss 

9 - REF Display the next text line containing at least one refer- 
ence to the variable or number specified by the last REFnn or REFsssss 
statement executed. If there are no more referencing text lines, 'TEXT 
END 1 will be displayed. If 'REF' entered again, the first referencing 
text line will be listed. Remembrance of the search variable name or 
number and the current search line number within the text is usually (but 
not always) lost when any command involving DOS is executed. 

10. REF=xxx The character sequence xxx is packed by the standard BASIC 
text packing routine. The BASIC text is then searched for a match on the 
packed xxx value and the line numbers listed for all lines containing the 
packed xxx value. If the packed value xxx is more than 16 bytes long, 
only the first 16 packed bytes participate in the compare. This format of 
REF is to used when the user wants to know where in the text a BASIC fun- 
ction code (i.e., PRINT, LPRINT, GOTO, etc) is used. The text lines con- 
taining xxx can be displayed one at a time by repeated issuance of the 
format 9 REF command. 

11. REF"xxx This format operates similar to format 10 except that xxx 
is not packed, xxx is considered a string unless xxx itself contains a ". 
This format allows xxx to be found in strings and comments. 

12. REF@sssss This statement is similar to format 9 except that the 
search will start with 1st text line whose line number is greater than or 
equal to sssss. 

Press BREAK to pause, ENTER to continue, and up-arrow to terminate the REF 
function. Formats 5-8 are the same as 1 and 2, except listing/printing starts 
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with the specified variable name or decimal number, if it exists, or the next 
higher existing name or number, if not. 

If SYS12/SYS is not in the system when the REF statement is executed, the 
system will exit to DOS (see section 5.5). 



7.11. Text String Lover Case Suppression (Model I only) Users who do not 
have the hardware lower case modification or those that do but don't use a 
lower case driver to bypass the ROM display routine will occasionally be 
puzzled why some string compares fail and syntax errors appear in perfect 
appearing statements. This is due to the acceptance of lower case letters into 
strings which display as upper, and the acceptance of lower case @ into text 
statements. Remember the ROM swaps lower case to upper and vice versa before 
BASIC sees the characters. In the case of data, there is nothing that can be 
done about this problem except to remember that if it appears equal on the 
display, there still may be a lower case/upper case mismatch in memory. For 
text input, if system option AS = Y, text string lower case letters, but not 
lower case @, will be forced to upper case, eliminating many of these problems. 



7.12. HBN-OHLY For DISK BASIC there are two ways BASIC can be forced to run 
in RUN-ONLY mode: (1) if system option AB = Y, and (2) if the BASIC program 
file is password protected, passwords are enabled, the access password spec- 
ified in the RUN or LOAD (option R) statement and the access level = EXEC. 

If system option AB = Y, the DOS command activating BASIC must contain the 
necessary RUN or LOAD (option R) statement to start a program executing as the 
operator is not allowed to input any direct command statements. 

In RUN-ONLY, the BREAK key is disabled and BASIC is inhibited from accepting 
direct statements (data is OK) from the operator. The program has full con- 
trol, and must exercise it. A menu program can issue RUN or LOAD (option R) 
statements for other BASIC programs, and those programs can do the same to 
return to the MEtfU program or go on to the next program of a sequence. Op- 
tionally, a base program may remain in memory at all times, and via CMD"F", 
DELETE and MERGE, bring in overlay programs as necessary. Programmers should 
carefully study available options under RUN, MERGE, LOAD, and CMD"F functions. 



7.13. Comparisons in the use of the function CMD between HEKDOS/80 and TRSDOS. 

1. CMD"A" Not implemented; use CMD"S". 

2. CMD"^ Not used on the Model I by NEWDOS/80 nor TRSDOS. TRSDOS 1 
Model III use is not implemented in NEWDOS/80; use CMD"BREAK,Y/N" 

3. CMD"C" This command (1) compresses out all spaces from the program 
text, excepting for those within strings, and (2) deletes all remarks from 
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the text, including entirely those lines which are entirely remarks. The 
statement CMD"C",S compresses out all spaces from the program text, ex- 
cepting those within strings and remarks. The statement CMD"C",R dele- 
tes all remarks from the text, including deleting entirely those lines 
which were entirely remarks. 

In some cases, GOTO, GOSUB, etc. refer to a text line that is entire- 
ly remarks and the deletion of remarks from the text will cause these 
referenced lines to disappear. The programs should be altered to have 
these GOTOs and GOSUBs refer to text lines that are not entirely re- 
marks. After remarks have been deleted from a program, execute 
RENUM U to determine if there are any undefined line numbers result- 
ing. 

Though BASIC is designed to ignore spaces that are not in text 
remarks or character strings, the removal of spaces from text can 
still cause confusing situations. For example, compressing 

10 FIELD 1, 20 AS C$ 
20 IF F OR D THEN 10 

10 FIELD1,20ASC$ 
20 IFFORDTHEN10 



to 



will cause syntax errors to occur for both lines during execution 
after either (1) the program has been stored in ASCII and then read 
back in or (2) the lines have been edited. To avoid these problems 
that may exist for weeks or months before either of the above two 
conditions occur, the CMD"C" function automatically unpacks each 
compressed text line, packs it again and compares the new packing 
with the old that existed before the spaces were compressed out. For 
any text line where the two packings are different in any way, the 
spaces are restored into that text line (remarks, if deleted, remain 
deleted) and the line's number is listed on the display. The user 
may then inspect these lines and remove spaces that won' t affect the 
program. For any given program, there should be very few lines 
rejected by CMD"C". 

4. CMD"D" TRSDOS* meaning is not implemented on the Model III under 
NEWDOS/80; use CMD"doscmd". On the Model I, CMD"D" still invokes DEBUG 
though 123 is the preferable method. 

5. CMD"E" Displays the DOS error messaged associated the latest DOS 
error encountered by BASIC. 

6. CMD*^" Not used in TRSDOS. In NEWDOS/80, there are two formats: 

1. CMD"F",fc used when the function code fc must be findable by 
REF, RENUM and others. 

2. CMD"F=fc" used when the function code fc is not to been seen by 
REF, RENUM, etc. or where the specially defined function code could 
be confused by the normal text packing routine. 

These CMD"F functions are specified in sections 7.15. thru 7.20. 
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7. CMD"I" Not used on the Model I by either NEWDOS/80 or TRSDOS. 
TRSDOS' Model III use is not implemented in NEWDOS/80; use CMD"dos-cmd". 

8. CMD"J" Calendar Date Conversion. 

CMD"J",datel,date2 

converts the expression datel to the appropriate format and stores 
the result in the string variable date2. If datel is in mm/dd/yy 
format, date2 is stored in ddd format and if datel is in -yy/ddd 
format, date2 is stored in mm/dd/yy format where: 

mm is a two digit month value between 01 and 12. 

dd is a two digit day-of-the-month value between 01 and 31 . 

ddd is a three digit day-of-the-year value between 001 and 366. 

yy is a two digit relative year-within-century value between 00 and 

99. For leap year conversions, yy is assumed to be in the 20th 

century, i.e., from 1900 to 1999. 

9. CMDl." TRSDOS Model III meaning not implemented in NEWDOS/80; use 
CMD*'LOAD,filespec n . This function is not used on the Model I. 

10. CMD"0" Array Sort; see discussion below (section 7.21.) for CMD"0". 

11. CMD"?*' Not used on the Model I. TRSDOS' Model III meaning is not 
implemented in NEWDOS/80; use PEEK(&H37E8) to obtain the - 255 value for 
the current printer status. 

12. CMD"R" TRSDOS' Model III meaning is not implemented in NEWDOS/80; 
use CMD"CLOCK,Y". On the Model I, CMD"R" still reenables the interrupts 
as before. 

13. CMD n S" Exit BASIC and return to DOS READY state. However, if the 
command is of the form CMD"S=doscmd", then the following occur: 

1. The DOS command doscmd is moved into the DOS command buffer. 

2. BASIC exited. 

3. The DOS command placed into the DOS buffer is executed imme- 
diately without an intervening DOS READY. 

4. When that command is completed, control returns to DOS READY and 
not to BASIC. 

14. CMD"T" TRSDOS' Model III meaning is not implemented in NEWDOS/80; 
use CMD"CLOCK,N". On the Model I, CMD"T" still disables the interrupts as 
before. 

15. CMD"X" Not used on the Model I by NEWDOS/80. TRSDOS' Model III 
meaning is not implemented; use the REF command. 

16. CMD"Z" Not used on the Model I by NEWDOS/80. TRSDOS' Model III 
meaning is not implemented; use CMD"ROUTE,. . . ". 
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7.14 GMDMoscmd" 

If the string expression associated with the CMD function has two or more char- 
acters and does not start with either "S=" or "F=", then the string is assumed 
to be a command to be executed by DOS. BASIC moves the command to DOS' command 
buffer, sets DOS to MINI-DOS mode, and calls DOS to execute the command via 
441 9H, DOS-CALL. Upon return, BASIC turns off DOS' MINI-DOS mode. If DOS has 
rejected the command because it was not legal under MINI-DOS, BASIC then at- 
tempts to reissue the command to DOS under normal mode by doing the following: 

If approximately 8,000 bytes are not available between the top of BASIC'S 
array areas and the bottom of BASIC'S stack (which is immediately below 
the string area), BASIC declares OM ("OUT OF MEMORY') error and terminates 
the current statement. If the space is available, BASIC moves all of mem- 
ory from 5200H to 70FFH to that free area, sets itself to use stack area 
7000H-71FFH and computes a checksum over the region from 7100H to the top 
of BASIC'S memory (takes about 2 seconds). Then it calls DOS to execute 
the DOS command. Upon return from DOS, BASIC moves the saved region back 
to 5200H-70FFH and recomputes the checksum (again, another 2 seconds). If 
the check fails, this means that the DOS command executed has altered some 
of BASIC'S bytes; BASIC cannot continue and exits to DOS with 'BAD MEMORY' 
error. 

Whichever way the command was executed, BASIC now checks the return code from 
DOS. If an error occurred and the error message has already been displayed, 
BASIC terminates the GMDMoscmd" statement with 'PREVIOUSLY DISPLAYED ERROR' 
error state. If a DOS error occurred, BASIC calls 4409H to display the DOS 
error message and terminates the GMDMoscmd" statement with 'DOS ERROR' error 
state. If no error occurred, BASIC continues with normal processing. 

Any DOS library command or assembly language program (that will execute using 
only the 5200H - 6FFFH region and/or a non-BASIC, non-DOS region of main mem- 
ory) can be executed in this fashion. SJJP^RZAP_,and i _pjR„CHECK are two programs 
that may be executed through CMD"doscmd". FORMAT and most_|or|i8jf„C(3EI can be 
done; however, single drive, two diskette copies cannotjie^ done as they require 
the maximum amount of memory. Also, don't specify the (UBB) parameter in COPY. 

Remember, DOS commands are limited to 80 characters, including the ENTER char- 
acter that BASIC will append to the doscmd string when moved to the DOS command 
buffer. 

User programs are warned to leave the Model I memory area 4080H -41FFH (Model 
III area 4080H - 41E2H) alone except where alteration is in conformance with 
BASIC'S current uses. 

CMD"BASIC'' should never be execiitej,. If for some reason the programmer wants 
to exit'BASIC and return, use CMD"S=BASIC". 

Almost all DOS commands may be executed via CMD"doscmd". Examples: 

1. CMD"DIR 1" list a directory 

2. CMD"COPY XXX:0 YYY:1" copy a file 

3. CMD"COPY 1 07/10/81 FMT" full diskette copy, with format 

4. CMD"SUPERZAP" executes program SUPERZAP and return to BASIC 

5. CMD'»DO CHAINFIL" perform chain file functions and return 
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7.15 CMD ,, F=POPS ,, , CMD"F=POPR" and CMD"F=POPH": PK^' ^* r 

If the statement is CMD"F=POPS", then all returns and FOR-next controls are 
purged, leaving BASIC with no outstanding returns or nexts. When done, execu- 
tion continues with the next statement. The purpose of this statement is to 
allow the programmer to 'bail-out' of complex coding and return to BASIC'S 
first level. This avoids leaving residual information in BASIC'S control stack 
which on recursive returns to the high level without CMD"F=POPS" will 
eventually cause program failure. 

If the statement was CMD"F=POPR", then the current GOSUB level is purged along 
with any outstanding FOR-NEXTs for that level. This is the same as return ex- 
cept control does not pass to the statement following the associated GOSUB, but 
instead passes to the statement following the CMD"F=POPR" statement. 

If the statement is CMD"F=POPN", then the most recently established FOR-NEXT' s 
control data is purged. This is the same as 'NEXT' where the loop limit is 
exceeded. Execution continues with the statement following the CMD"F=POPN" 
statement. 

If the statement is CMD"F=POPN" vn where vn is a variable name, the FOR-NEXT 
loop associated with vn is purged along with any other FOR-NEXT loops estab- 
lished while vn's loop was outstanding. Execution is the same as for 'NEXT vn' 
when the loop is to end. Execution continues with the statement following the 
CMD"F=POPN" vn statement. The purpose of CMD"F=POPN" is to allow breaking out 
of a loop while not leaving residual loop control information that can confuse 
the programmer if he/she subsequentially uses FOR-NEXT variables in reverse 
order. 



7.16. CMD ,, F=SASZ ,, Change BASIC'S string area size without affecting or 
clearing the variables. 

CMD"F=SASZ",expl 

allows the string area size to be changed without clearing the variables, expl 
must be a value large enough allow the string area to contain the strings that 
it contains when the statement is executed. An error will be generated if expl 
is too small or is too large (i.e., will cause overlap with the text, scalar 
and array areas). Example: 

CMD"F=SASZ",4000 



7.17. (WD^-ERASE" and CMD"F=KEEP" Selective clearing of BASIC variables. 

CMD"F=ERASE",vnl,vn2,vn3... allows the specified variables to be 
cleared. If a specified variable is within an array, the entire array is 
cleared. The size of the string area is not changed. This statement 
should be used when_an_jixj^ or t he user wishes J:p 

redimension it by a subsequent DIM statement. This statement may be 
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multi-text lines as described for CMD"F=KEEP" below. 

CMD"F=KEEP",vnl,vn2,vn3... causes all variables to be cleared except 
those specified and except specially defined variables such as those de- 
fined by a DEFFN statement. The size of the string area is not changed. 
If no variable names are specified, all variables are cleared, except the 
special ones. If a specified variable name is within an array, the entire 
array is exempted from the clear. The statement may specify as many var- 
iable names as desired with overf 1 ow_f r ; pmjone_ J. ex ^t^Hne_J.o„JJhe.juext non- 
comment text line taking place whenever the last variable name of a text 
line is followed by a comma. Example: 

CMD"F=KEEP",A$ J B%,C,D#, "statement first line 
E!,F,G$, "statement 2nd line 

REM this line is bypassed 
H!,I "statement last line 



7.18. CMD"F", DELETE Dynamic deletion of text lines: 

CMD"F", DELETE lnl-ln2 

This statement allows the text lines from and including any line numbered lnl 
to and including any line numbered ln2 to be deleted during program execution. 
All variables are retained, excepting that DEFFN variables for DEFFN statements 
in the delete range are cleared. The string area size is not changed. Any 
str^ngjvariabjj!, whose current string was actually in__the deleted text area has 
that string moved to the string area. CMD"F", DELETE must__not__be _executjd^s_a_ 
direct_statement, must not be contained in a DEFFN statement, a subroutine or a 
FOR-NEXtToop Us a POPS function is implicity performed) , jmiu8tjbejthe_j£st 
statement on JLts, JEexLJJLae and must be followed by the text line "where execu- 
tion will continue after the delete. Example: 

100 CMD"F", DELETE 10500-15000 

110 X=l execution continues here after the DELETE is completed 



7.19. CMD"F=SHAP" Swapping of variable contents: 
CMD"F=SWAP",vnl,vn2 

This function swaps the value of variable vnl with that of variable vn2. Both 
variables must be of the same type, i.e., both strings, both single precision 
floating point, etc. Example: 

CMD"F=SWAP",A$,B$ 
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7.20. (MD^SS" BASIC single stepping: 

1. CMD H F=SS" turn on single stepping 

2. CMD"F=SS",lnl single stepping starts at line lnl . 

3. CMD"F=SS",N turn off single stepping. 

The BASIC programmer may now single step through program execution. Using 
either format 1 or 2 above sets BASIC into single step mode, though for format 
2, actual single stepping does not start until text line lnl is the next line 
to be executed. A single BASIC text line is executed for each step, and be- 
tween steps the line number for the next line to be executed is displayed in 
'@nnnnn' format in the display upper right corner to indicate that BASIC is 
waiting for the operator to respond. Responding ^^Mx^B3J^lS~,liSS.r333SB^,2 n } > ,t, 
executed and then BASIC waits for user response again. Responding BREAK causes 
execution to be broken in the normal manner though it should be noted that tne 
line number the BREAK shows is for the line just executed or being executed 
while the ' @nnnnn' display is for the next line to be executed. If the user 
does not change text during BREAK, the program may be continued via CONT; in 
this case, the *@nnnnn' display will immediately reappear without execution of 
a line. Pressing ENTER will then execute the line. While in BREAK, the oper- 
ator may turn single stepping on or off as desired without affecting the abil- 
ity to CONT. If the BREAK occurs before RUN or LOAD,R executes one text line, 
CONT will not work. 

Single stepping or the scheduling of the single stepping to start when a par- 
ticular text line is encountered remains in effect until either CMD"F=SS",N is 
executed to turn it off or until a format 2 type stepping command is executed, 
wherein stepping goes off until the specified line is encountered. The execu- 
tion of RUNjj^LOAD, NEW, etc. does affect single^ stepping^ jstate. 



7.21. CMD"O w The main memory BASIC array sort has 2 formats: f 

1. CMD"0",n,avl[,av2,....] (direct sort) 

2. CMD"0",n,*iavl,av2[,av3,...] (indirect sort) 

In explaining this sort, the term REN is used and is defined to mean a Relative 
Element Number identifying an array element. The elements within any BASIC 
array, regardless of dimension, are integer numbered from up. If an array 
has only one dimension, then an element's REN is simply the value of its sub- 
script and if you use only single dimensioned arrays, you can ignore the rest 
of this paragraph. However, if you use multi-dimensional arrays, then you 
should know which method to use to increment array subscript values in order to 
extract elements in the sorted order. CMD"0" does not care what dimension the 
arrays have; it simply counts off the array elements in the order BASIC stores 
them in main memory. You, the programmer, do care as you must use subscripts 
in order to access the array elements. For multi-dimensioned arrays, the rule 
for computing the REN is complex and can best be illustrated by a three dimen- 
sion array example using two statements: 

DIM A(R1,R2,R3) 
Y = A(X1,X2,X3) 
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where the REN of this element is computed as X1+X2*(R1+1)+X3*(R1+1)*(R2+1) . If 
the array had only two dimensions, then the REN would be X1+X2*(R1+1) , and, of 
course, if the array had only one dimension, the REN would simply be XI. 

If the CMD"0" statement specifies more than one array, excluding iavl , then the 
RENs for the first sort item in each array , excluding iavl , must be equa l. 

The sorting order used has one level for each array specified, excluding the 
iavl array, with highest to lowest level in the order, left to right, of the 
array variables in the CMD statement. Within each level, the normal sort order 
is ascending ASCII (actually hexadecimal) numeric value for character string 
arrays and most negative to most positive value for numeric arrays. However, 
if the array variable in the CMD statement is prefixed with a minus sign 
(example: -A#(0) ), then the order of sort within that level is descending 
ASCII (actually hexadecimal) numeric value for character string arrays and most 
positive to most negative value for numeric arrays. A null compare string 
character is considered to have a numeric value less than 0. 

*■ 
Normally in character compares, the entire string is used in the compare. 
However, if the array variable j iT1 the pm statement is suffixed with a field of 
the form (x,y) (Example: * | A$(l)(5,4)} ), then the compare starts with the xth 
character of the string and compares using only y characters ^ ~ — — — 

n is the number of elements in each of the arrays participating in the sort. 
Only n elements from each array participate in the sort. Elements of an array 
below or above the n elements specified do not participate. If n is a zero 
value, then for the sort, n is set to the number of elements in first array 
specified from and including the element specified through and including the 
last element of the array. 

If the number of elements in any array from and including the specified element 
to and including the array's last element is less than n, FC error is declared. 

A maximum of 9 arrays may be specified. All array variable su bscripts , except 
for the indirect array if specified, must evaluate to the same REN value . 

Format 1 is a direct sort meaning that the elements of all 1 to 9 arrays are 
moved around to comform to the desired sort~order. 

avl must be specified; av2 and up are optional. 

The resulting order of the n elements in each array is the same for each 
array (i.e., the arrays are not sorted independently). Thus, if the jth 
element of array 1 is sorted into the kth element slot, then for each of 
the other arrays, if any, the jth element is also placed into the kth 
element slot. 

Format 1 is compatible with TRSDQS Model III BASIC CMD"0" if and only if 
only one array variable is specified, it is for a string array and n is an 
integer variable. 

Format 2 is an indirect sort. In this sort, only the n elements of array iavl 
are altered; the other arrays are not changed in any way. The intent of format 
2 is to allow a sorted sequence to be determined without actually changing the 
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arrays supplying the sort values. A user may have a group of data records 
spread across a number of arrays such that a record consists of one element 
from each array, with the REN of each of those elements making up the record 
equalling the record number. By using format 2 with the indirect array, the 
user may effectively sort the records using a subset of the items as the sort 
criteria and without actually rearranging the order of the records, thus leav- 
ing them in record number order. 

Format 2, as opposed to format 1, is indicated by specifying the iavl 
array variable, prefixed by an * . 

iavl must be an interger array variable. 

av2 must be specified; av3 and up are optional. 

The n consecutive elements starting at iavl are initialized with the RENs 
corresponding to the n consecutive elements of array av2 (which also 
correspond to the RENs for the other arrays, if any). 

During sorting only array iavl is altered; , arrays av2 and up are not 
altered. 

Upon completion, the n elements of array iavl are in the desired sorted 
order such that by using successive values out of array iavl as sub- 
scripts, the user may access elements from any of the other arrays (that 
are single dimensioned) in that sorted order. Accessing multi-dimemsioned 
arrays is more complex and is left as an exercise for the more advanced 
user. 

Example program using a number of sorts: 

10 DIM NM$(200), AM!(100), LN$(100), IX%(100), ZC!(50), L$(50) 

30 X=150 

40 CMD"O",X,NM$(0) 

60 CMD"0",X,-NM$(25) 

70 CMD ,, O",0,-AM!(1),LN$(1)(5,3) 

80 CMD"O",100,*IXX(0),ZC!(1),L$(1) 

At line 40 the first 150 elements of array NM$ (elements NM$(0) to 
NM$(149) ) are sorted in ascending order. If any of the strings are null, 
they will appear first in the resulting array. The last 51 elements of 
array NM$ (elements NM$(150) to NM$(200) ) do not participate in the sort 
and are left unchanged. 

At line 60 elements NM$(25) through NM$(174) are sorted into descending 
order, with null strings, if any, appearing as the end elements of those 
150 elements. The first 25 and the last 26 elements of the array do not 
participate in the sort. 

At line 70 the AM! and LN$ arrays are both sorted, both in the same order 
which is first by descending order of AM! array values and then, where AM! 
array values are equal, by ascending order of LN$ array values where only 
the 5th, 6th and 7th characters of the LN$ array elements participate in 
the sort determination. If a LN$ array element has less than 5 charact- 
ers, it is considered a null for sort determination purposes. AM!(0) and 
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LN$(0) do not participate in the sort. Since the number of elements to be 
sorted was specified as 0, the number of elements to be sorted was taken 
as 100, the number of elements in the AM! array from and including the 
AM(1) element to and including the last element of the array. 

Line 80 contains an indirect sort. In this sort, the first 100 IX% array 
elements are initialized sequentially with REN numbers from 1 to 100 with 
IX%(0) = 1 and IX%(99) = 100. These RENs are used as subscripts to index 
into the ZC! and L$ arrays. The sort is in ascending order, first by ZC! 
array values and then, where the ZC! array values are equal, by L$ array 
values. None of the elements of the LC! and L$ arrays are changed in any 
way. Instead of moving the ZC! and L$ array elements, only the corre- 
sponding REN in the IX% array is moved. Upon completion of the sort, the 
REN in IX%(0) can be used as a subscript to index the f irst-in-sorted- 
order element from each the ZC! and L$ arrays, and the REN in IX%(99) can 
be used to index the last-in-sorted-order element from each the ZC! and L$ 
arrays. Lastly, remember that elements IX%(100), ZC!(0) and L$(0) did not 
participate in the sort in any way. 



7.22. RENEW Reinstate a program deleted by the command NEW. 

RENEW 

The BASIC direct command RENEW reinstates the BASIC program text ostensibly 
deleted by a just given NEW command. All that RENEW does is set the first byte 
of the text area non-zero, reestablishes the text forward queue pointers and 
performs CLEAR. The previous program should thus be reinstated in the text 
area, available for editing and executing. However, if at least one text line 
was created or loaded since NEW, then the previous text is not reinstated. 
Furthermore, if, during this BASIC invocation, the text area never contained 
any text, RENEW will never the less assume that there is text in the text area 
and attempt to reinstate it with very disastrous affects to BASIC. 
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8. BASIC DISK I/O EHHAHCEMENTS AHD DIFFERENCES. 

8.1. This chapter deals with the substantial enhancements and some differ- 
ences in the NEWDOS/80' s BASIC'S file handling over that offered by NEWDOS/21, 
TRSDOS 2.3 for the Model I and TRSDOS 1.3 for the Model III. The statements 
made in section 7.1 apply to this chapter as well. 

These I/O enhancements are more difficult to understand than they are to use, 
something like electricity which few understand and everybody uses. In the 
long run, the enhancements will make I/O programming easier, but the user must 
remember that since TRSDOS does not have these enhancements, your programs will 
no longer run on TRSDOS. 

In NEWDOS/80 version 1, appendix A of the documentation and an executable, 
heavily documented BASIC program named SAMPLE01/BAS were included as examples 
and non-specification discussions of these I/O enhancements. In version 2, 
SAMPLE01/BAS has been dropped from the diskette and Appendix B added containing 
18 example programs on marked and fixed item file useage. 

Chapter 8 is intended as the specifications for these enhancements; appendices 
A and B contain supplementary discussion and examples. If there is a conflict 
between chapter 8 and appendices A and B, chapter 8 governs. 

Many terms used in this chapter are defined in the glossary in chapter 10 which 
the user will need to refer to. The reader should read through this chapter 
and appendices A and B at least twice before bogging down trying to understand 
any particular statement. 



8.2. To the previously existing DISK BASIC file types, sequential which will 
be called print/input, and random which will be called field item, two other 
file types have been added: marked item, which has. three subtypes MI, MU and 
MF, and fixed item, which has two subtypes FI and FF. 

Print/input (sequential) disk files and field item (random) disk files are well 
specified for the Model I in the TRSDOS manual, chapter 7 and for the Model III 
in the TRSDOS manual, part III. The user is expected to have studied the ap- 
propriate section before proceeding further with this chapter of the NEWDOS/80 
documentation. If necessary, run some test programs to gain proficiency. 

A field item file (known in TRSDOS as a random file) has all of its re- 
cords the same length. This length may be from 1 to 256 bytes. If the 
record length is other than 256, the BASIC initialization sequence (see 
section 7.3) must specify the number of fileareas to be allocated and that 
number must be suffixed with the character V. Example: 

BASIC, 3V 

will cause BASIC to allocate three fileareas with two buffers each, the 
first to be used in conjunction with the FIELD statement and the second to 
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serve as a full sector buffer. Remember, this special V suffix is to be 
used only if the intention is to use a field item file (TRSDOS random) 
with a record length less than 256 ; otherwise the extra 256 bytes alloca- 
ted to each filearea is wasted. The open statement used where the record 
length is less than 255 is: 

OPEN "R",fan,filespecl,lrecl 

where lrecl is the logical record length and has a value 1 - 256. 



8.3. The essential differences between the four file types are as follows: 

Print/input files can only be used sequentially; field item, fixed item 
and marked item files can all be used either sequentially or randomly. 

Print/input files are stored in all ASCII character format, converting all 
numeric data from binary bits to decimal characters. Field item, fixed 
item and marked item files all store numeric data in the binary forms, 
thus usually saving disk space and data conversion time. 

Print/ input files are written to using the PRINT statement which is cum- 
bersome to use because of the need to use the 5 character sequence ;","; 
to separate two string items. Field item, fixed item and marked item 
files are written to using the PUT statement with implied separation of 
file items taken care of by the FIELD statement for field item files, by 
the implicit or explicit item lengths specified in the IGEL for fixed item 
files and by the item marker for marked item files. 

Print/ input files are read using the INPUT statement while field item, 
fixed item and marked item files use the GET statement. 

Field item files require that data be moved into the record buffer before 
execution of the PUT statement. This is done via the RSET or LSET func- 
tion and in the case of numeric values, also with MKD$, MKI$ or MKS$ 
function. This explicit conversion is not needed for print/ input, fixed 
item and marked item files. 

Field item files require that numeric data input from the file be conver- 
ted from string representation to numeric via the CVD, CVI or CVS function 
before it is used. This is not needed for print/ input, fixed item and 
marked item files. 

Print/ input files allow a record length of any size. Field item files 
allow a maximum record length of 256. Fixed item and marked item allow a 
maximum record length of 4095 bytes. 

Print/input file processing transmits strings to the file without change, 
but truncates leading spaces from string items when inputted from the 
file. Strings in field item files are padded on either the left or the 
right with spaces as necessary during the associated LSET or RSET. 
Strings in fixed item files are padded on the right with spaces as neces- 
sary to fill out the item to its specified length or are truncated on the 
right if the actual string length exceeds the length allowed the file 
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item. Strings in marked item files are not padded, though the string may 
be truncated on the right if it exceeds the maximum characters allowed for 
that item. Except for this truncation, which must be specified by the 
programmer, marked item file processing is the only one of the 4 that 
transmits strings completely unchanged from what they were in the corre- 
sponding BASIC variable. 



8.4. GET and PUT statements execute in two distinct phases in the following 
order: 

1. File positioning phase. The position within the file is set according 
to the file position parameter, the second parameter, of the GET or PUT 
statement. 

2. Data transfer phase. The data is transferred from main memory to the 
file (PUT statement) or from the file to main memory (GET statement). 

Before proceeding, it is necessary to define three terms used within GET and 
PUT statements, one that existed in a more limited form in field item file GET 
and PUT statements and two that are new. 

8.4.1 fp File position. For each GET or PUT operation (see sections 
8.8 and 8.9), the file is initially positioned according to the fp speci- 
fication, fp is one of the following forms: 

8.4.1.1. null If REMRA is valid and file record segmented, 
the filearea is advanced to the next record; otherwise fp = null 
performs as fp = *. Example: 

PUT 1 ,,1000 

8.4.1.2. * The filearea position is unchanged. fp = * 
cannot be used to advance from one record to the next for a record 
segmented file. Example: 

GET 1 ,*,1000 

8.4.1.3. # The filearea is repositioned to REMRA (see 
section 8.10). This allows the previously processed record to be 
processed again. Error if REMRA currently invalid. Example: 

PUT 1 ,#,1000 

8.4.1.4. $ The filearea is repositioned to REMBA (see 
section 8.10). This allows a return to the positioning of the 
previous GET/PUT with fp = null, *, #, $, rn, or !rba. Error if 
REMBA currently invalid. Example: 

GET 1 ,$,1000 

8.4.1.5. Z See section 8.11 for psuedo FIELD statement 
discussion. 
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8.4.1.6. & See section 8.9.6 for PUT, fan,&' discussion. 

8.4.1.7 && See section 8.9.7 for PUT fan,&& 

8.4.1.8. Irba rba is an expression evaluating to a RBA 
equalling the desired relative byte position within the file, range 
to 16,777,215. GET or PUT data transfer starts at the specified 
location in the file. If the file is record segmented, !rba is 
assumed to specify a record start position. Example: 

GET 1, 11357 ,1000 

* * ******* Use of !rba is extremely powerful and when improperly used, 
quite disastrous !!!!!!! 

********* the expression for fp cannot contain a function, such as 
LOC, that refers to a filearea. 

8.4.1.9. !% Same concept as Irba except the current EOF 
value is used as the RBA. Example: 

GET 1,!%,1000 

8.4.1.10. !$rba Position the file to relative file location 
rba. No data transfer is done. See GET discussion, section 8.8.6. 
Example: 

GET 1,!$1354 

8.4.1.11. !$% Same concept as !$rba except the current file 
EOF value is used as the RBA. Example: 

GET 1,!$% 

8.4.1.12. !#rba Set the expression rba as the new EOF value. 
See PUT discussion, section 8.9.9. Example: 

PUT 1,!#1354 

8.4.1.13. rn An expression that evaluates to an integer in 
the range 1 - 32767 respresenting the target record's number within 
the file. The filearea is positioned to the start of the record's 
first item. The filearea must be open with m = I, R or D and with 
ft, if specified, = FF or MF. Example: 

GET 1,30 

8.4.2. IGEL Item Group Expression List. A list of expressions 
corresponding to a group of file items. An IGEL is a series, terminated 
by a semicolon, of one or more expressions, separated by commas, corre- 
sponding to successive file items, starting at the current file position 
which was established by the GET or PUTs file positioning parameter. If, 
while searching for a separating comma, the terminating semicolon or the 
start of an expression, a remark or EOL is encountered, the search goes on 
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to the next BASIC statement. The purpose of an IGEL is to serve as the 
link between a group of file items and a group of BASIC variables or 
expressions during the execution of a GET or PUT statement for marked or 
fixed item file processing. Examples of IGELs (coded in BASIC) are: 

1. (30)LN$,(15)FN$,AM!,DT#(X); 

2. "3", AN%, NM$; 

3. (32)A$(X,Y), B%(2+X), C!, E$, '1st line 
K#,FS$; '2nd line 

If an error is encountered while processing an IGEL, the error line number 
will refer to the line containing the associated GET/PUT statement rather 
than the actual error line within the IGEL. 



8.4.3. IGEL expression. One of the expressions of an IGEL. For PUT 
statements, an IGEL expression specifies the value to be assigned to the 
current file item. For GET statements, an IGEL expression specifies the 
variable to receive as its value the value of the current file item. An 
IGEL expression is of one of the following forms: 

1. exp 

2. (len)exp 

3. (len)$ fixed item files only 

4. (len)# 

5. a null expression 



where: 



8.4.3.1. exp is the main portion of the IGEL expression. Normally, 
exp names a BASIC variable, but in the case of PUT to a marked item 
file, exp can be almost anything legal on the right side of a LET 
statement. When exp is a named variable, either a scalar or an 
array, it is STRONGLY recommended, though not required, that the 
variable name be suffixed with one of the 4 type symbols ($, %, !, or 
#). For example, we STRONGLY recommend: 

A$,B%(X,Y),C!,D#; 
instead of 

A,B(X,Y),C,D; 

This recommendation does not apply to subscript variables (i.e., X 
and Y in the above example). 

8.4.3.2. (len)exp is a prefixed expression with len itself an 
expression evaluating to an integer 0-255. (len)exp must be used 
only for IGEL expressions that are strings. 

1. For marked item files, len is the maximum number of string 
characters sent to the file during PUT or received from the file 
during GET. If the actual number of characters is less, then 
only the lesser number of characters is transferred. For marked 
item files, use of the (len)exp format instead of the exp format 
for string expressions is optional, though for MF files, use of 
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the (len)exp is recommended. 

2. For fixed item files, the (len)exp format must be used for 
string expressions in the IGEL as len specifies the exact number 
of characters a string file item has or is to have. During PUT 
statement data transfer, if a variable's string has less than 
len characters, the file item (not the variable) is padded on 
the right with spaces as necessary. If the variable's string 
has more than len characters, the excess characters on the right 
are not transferred to the file item. During GET statement data 
transfer, a variable's string receives len characters from the 
file. 

3. Example of IGEL using (len)exp expressions: 

(30)LN$,(20)FN$,AN%,DP#,(2)CD$(X); 

8.4.3.3. (len)$ This expression is legal for fixed item files 
£aly. len indicates the number of file bytes to be bypassed. For a 
GET the specified number of file bytes are bypassed. For a PUT on an 
existing record, the specified number of file bytes are bypassed and 
are not altered . For a PUT for a new record, (len)$ defaults to 
(len)#. Example, in the following IGEL, the 1st 10 bytes are skip- 
ped, the next 12 transmitted, the next 17 are skipped, and the last 8 
are transferred. 

(10)$,AN%,(10)ST$,(17)$,DP#; 

8.4.3.4. (len)# For fixed item files, for a jp, (len)# oper- 
ates the same as (len)$ and for a PUT sends len zero bytes , to the 
file. For marked item files, for a GET, (len)# bypasses the current 
file item and for a PUT, sends to the file a character string of len 
nulls (hex 00 characters). Example: 

(10)#,AN%,(10)ST$,(17)#,DP#; 

8.4.3.5. A null expression A null expression can only be used in 
marked item file GET statement IGELs. A null expression causes by- 
passing of the corresponding file item. For example, the first, 
second and fourth items are bypassed in the execution of the 
statement : 

GET 1,,,,,X!,,A$; 

During the processing of an IGEL, if an error occurs particular to one of 
the expressions of the IGEL, the error mssage will be prefixed with the 
expression's position within the IGEL. For example, if the 4th IGEL 
expression is in error, the error message will be prefixed with a 4. 
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8.5. Fixed it en file characteristics 

1. Contains zero or more items. 

2. The type and length of each item is determined by the GET 1 s or PUT 1 s 
associated IGEL, and is not determinable from the file itself. This is a 
basic difference between fixed item files and marked item files. 

3. A file may be subdivided into records all of the same length. 

4. Maximum length of records is 4095 bytes. 

5. The number and characteristics of items of a record is dependent 
solely upon record length and the IGEL(s) used to GET or PUT the record. 

6. An I/O link to and/or from a fixed item file is created by BASIC 
statement OPEN with ft = FI or FF. 

7. Via the GET statement, the contents of fixed item file items are moved 
into the BASIC variables specified by the IGEL. 

8. Via the PUT statement, fixed item file items are created or replaced 
from the BASIC variables specified in the IGEL. 

9. BASIC statement CLOSE terminates an I/O link between the program and a 
fixed item file. 

10. No disk space is skipped between successive items of a file or 
between the end of one record and the beginning of the next. 

11. When an FF file record is created, any unused space at the end of 
the record is filled with zero bytes. 



8.6. Marked item file characteristics: 

1. Contains zero or more items. 

2. A marked item file item always starts with a control (or marker) byte 
followed by zero or more additional control bytes followed by zero or more 
data bytes. 

3. Marked file items have the following formats, depending upon the 
hexidecimal value of the 1st control (or marker) byte. 

1. 80-FF 0-127 byte binary string follows. 

2. 70 SOR (start-of-record). Each record of a MU file 
(marked item file segmented into records not all of the same length) 
starts with this item. 

3. 00 Fill item. Used as necessary to fill out MF or MU 
file records. 

8-7 DISK BASIC I/O 



4. 71 Next byte contains the count (0-255) of binary strin; 
bytes following. This is the only situation (for now) where a secom 
marker byte is used. 

5. 7 2 Next two bytes are a two's complement binary integer 
This is BASIC'S format. 

6. 73 Next four bytes are a binary floating point number ii 
BASIC 1 s format of the form: 

1. Three bytes of normalized absolute value mantissa of the 
form .mmmmm where mmmmm is expressed in these bytes in ascending 
order of magnitude: 

1. Inter-byte, left to right. 

2. Intra-byte, right to left. Excepting that the highest 
ordered mantissa's bit's position, since it's mantissa 
value is always = 1, is used instead to contain the man- 
tissa sign, = + and 1 = -. 

2. The 4th byte contains the base two exponent, biased 128, ex 
cept if the byte = 0, then the floating point number = regard 
less of the contents of the other bytes. 

7. 74 Next 8 bytes contain a binary floating point number 
of the same format as for item type '73' excepting that the 1st 7 
bytes are the mantissa and the exponent is in the 8th byte. This is 
BASIC'S double precision floating point format. 

4. A file may be subdivided into records, either all of the same length 
(MF file) or of varying lengths (MU file). 

5. Maximum length of a file record is 4095 bytes. This includes all 
record control, item control and data bytes. 

6. If the file is divided into records not all of the same length (a MU 
file), then each record of the file starts with the SOR item automaticall 
supplied by BASIC. 

7. Successive records in the file may contain differing numbers of items 
This will occur where the programmer has multiple record types within th 

file. For files with fixed length records, care must be taken to avoid 
record overflow. 

8. Relatively positioned items within records of the file may differ as 
to type from one record to another. This will occur where the programmer 
has multiple record types within the file. 

9. An I/O link to and/or from a marked item file is created by the BASIC 
statement OPEN with the ft parameter = MI, MU or MF. 

10. Via the GET statement, the contents of marked item file items are 
moved into the BASIC variables specified in the IGEL. 
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11. Via the PUT statement, marked item file items are created from BASIC 
variables and/or BASIC expressions specified in the IGEL. 

12. BASIC statement CLOSE terminates an I/O link between the program and 
a marked-item file. 

13. No disk space is skipped between successive items or records of a 
marked item file. However, SOR and fill items are inserted as necessary. 



8.7. OPEH DISK BASIC'S OPEN statement has been modified to handle the 
following formats: 



1. OPEN m,fan,filespec 

2. OPEN m, fan,f ilespec, len 

3. OPEN m, fan, f ilespec, ft 

4. OPEN m, fan, f ilespec, ft, len 



where: 



8.7.1. See glossary for fan and f ilespec definitions. Examples of the 
four formats: 

OPEN "I M ,1,"XXX/DAT:1" 
OPEN ll R",2,"XXX/DAT",128 
OPEN "O",1,"XXX/DAT:0","MU" 
OPEN "D",3,"XXX/DAT ,, ,"MF",71 

8.7.2 Format 1 above is used for print/input and field item files. 
Format 2 is used for field item files. Format 3 is used for FI, MI and MU 
files. Format 4 is used for MU, MF and FF files. 

8.7.3. m specifies the operational mode for the filearea and is an 
expression evaluating to a string equal to one of the following: 

1. I The filearea is open to the file for input operations only 
(INPUT if ft not specified - GET if ft specified). The filearea is 
positioned to the start of the file. 

2. If the file does not exist, it is created. The filearea 
is opened to the file for output operations only (PRINT if ft not 
specified - PUT if ft specified). EOF is set = 0, and the filearea 
is positioned at EOF. 

3. E Same as "0" except EOF is not changed. This allows add- 
ition to an existing sequential file. 

4. R If the file does not exist, it is created. The filearea 
is opened to the file for GET and/or PUT operations. EOF is not 
changed, file is positioned as for I. If a subsequent PUT specifies 
a record at or beyond EOF, the file is automatically extended to 
include that record. 
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5. D Same as R except that the file must already exist and a 
PUT for a record at or beyond EOF is treated as an error condition. 

8.7.4. ft Specifies the file type and is an expression evaluating to 
a string equal to one of the following: 

1. FI A fixed item file not record segmented. len must not be 
specified. 

2. FF A fixed item file of fixed length records. len must be 
specified. 

3. MI A marked item file not segmented into records. len must 
not be specified. Items within a MI file cannot be updated. 

4. MD A marked item file segmented into records of varying 
lengths, where the length is determined by searching for either EOF 
or the next record's SOR item. len is optional and if specified is 
used as a maximum allowable length for the MU file's records. A MU 
file record may be updated provided the record length is not in- 
creased beyond its original value. If the record is shortened, it ii 
filled out with fill items. 

5. MF A marked item file segmented into fixed length records, 
len must be specified. 

8.7.5. If ft is specified, the following apply: 

1. If a GET statement is to actually transfer data from the file to 
BASIC variables, then the GET statement must specify either IGEL or 
IGELSN. 

2. If a PUT statement is to actually transfer data from BASIC vari- 
ables or expressions, then the put statement must specify either IGE] 
or IGELSN. 

3. BASIC statement FIELD must not be used. 

4. The program must not alter information within the filearea's I/O 
buffer, and must not rely upon values in that buffer or in the LRECL 
NEXT or EOF fields of the FCB. 

8.7.6. If ft is not specified and m = R or D, the following apply: 

1. The file is a field item (random) file with specifications the 
same as for Model I TRSDOS 2.3 (Model III TRSDOS 1.3) except as 
otherwise noted. 

2. FIELD statements must be used for proper overlay of BASIC vari- 
ables into the filearea's buffer. FIELD can process 256 byte record! 
though any one string defined therein is limited in length to 255 
characters. The number of bytes defined by a FIELD statement is 
normally equal to len, should not exceed len and must not exceed 256 

3. GET/PUT statements must not specify either IGEL or IGELSN. 
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4. If len is not specified, len is assumed equal to 256. 

5. len must be a value from 1 to 256. If len is less than 256, then 
BASIC must have been initialized explicitly specifying the filearea 
count suffixed with the character V (see section 7.3). 

8.7.7. len An expression evaluating to an integer between 1 and 256 
for field item files and between 1 and 4095 for fixed item and marked item 
files. For field item, FF or MF files, len is the standard length for 
records of the file. For MU files, len is the maximum length allowed for 
records of the file. Currently, the file's FPDE does not carry the cor- 
rect len (LRECL) value; so the len value, explicit or implied, supplied at 
OPEN is always used. Checks on len are done during GET and PUT. For MF 
and MU files, the programmer must allow for the following extra bytes in 
the len calculations: 

1. 1 byte for each item (primary item control byte) 

2. 1 byte for each string actually containing more than 127 chars. 

For MU files, the programmer must allow for the SOR item byte at each 
record's start. 

The number of bytes assigned to a marked file item equals the number of 
marker (or control) bytes (1 or 2) plus the number of bytes used by BASIC 
to contain the string or the numeric: 

1. Strings: one or two marker bytes plus the actual string length, 
allowing for truncation due to expression prefix. The second marker 
byte is used only if the string length is greater than 127 bytes. 

2. Integers: 1 marker byte plus 2 bytes. 

3. Single precision floating point: 1 marker byte plus 4 bytes. 

4. Double precision floating point: 1 marker byte plus 8 bytes. 

For fixed item files, the number of bytes assigned to each item is 
determined from the IGEL as: 

1. For strings, for (len)$ and for (len)#, the number specified by 
the expression prefix. 

2. Integers: 2 bytes. 

3. Single precision floating point: 4 bytes. 

4. Double precision floating point: 8 bytes. 

8.7.8. If the EOF in the FCB is modified by OPEN, a subsequent CLOSE or 
PUT, fan, && statement will update the new EOF into the FPDE even though no 
PRINT or PUT statement was executed. 
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8.8. GET DISK BASIC'S GET statement has been modified to handle the 
following formats : 

1. GET fan (fp is null) 

2. GET fan, fp 

3. GET fan, fp, IGELSN 

4. GET fan, fp,, IGEL 



where: 



8.8.1. fan and IGELSN are defined in the glossary, fp is defined in 
section 8.4.1 and IGEL in section 8.4.2. Examples of the 4 formats above 
are: 

GET 1 

GET 1,30 

GET 1, !X,1000 

GET 1,, ,X%,Y!,Z#,(20)A$; 

8.8.2. On successful completion of the GET statement, the filearea is 
left positioned at: 

1. For marked item file ops, the next item of file. 

2. For fixed item file ops, the next byte of the file. 

3. For field item file ops, the next record of the file. 

8.8.3. If EOR or EOF encountered: 

1. For field item file ops, the filearea buffer is set to binary 
zeroes ; thus giving binary zero value to all data subsequently 
referenced. No error occurs. 

2. For marked item and fixed item file ops, an error occurs. 

8.8.4. If an error is encountered during GET processing, the filearea 
control data is reset to the state existing prior to the GET statement. 
The resulting contents of the variables named in the IGEL or FIELD are 
indeterminant. After error correction, the statement may be executed 
again. 

8.8.5. If the GET statement specifies IGEL or IGELSN, then successive 
file items are processed into successively named variables of the IGEL. 
For marked file ops: 

1. If an IGEL expression is null, the corresponding file item is 
bypassed. 

2. An IGEL expression prefix can be used to limit the number of 
characters for the string variable. If the file item has less 
characters, the string length is set to the lesser value. If the 
file item has more characters, the excess characters on the right are 
bypassed and are not passed to the variable. 

3. As fill items are encountered, they are bypassed. 
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4. Type-mismatch (I'M) error occurs if the named variable and the 
file item are type incompatible. 

5. For a record segmented file, a GET for the first item(s) may be 
followed by a PUT for the rest of the item(s). 

6. For a record segmented file, record overflow error occurs if GET 
finds insufficient items in the record. 

7. Except for the limiting effect of the expression prefix, strings 
are passed from the file to the variable as is. There is no leading 
blank suppression. 

For fixed item file ops: 

1. For each named string variable, the number of characters speci- 
fied in the expression prefix is transfered from trie file to the 
string area. 

2. For record segmented files, 'RECORD OVERFLOW* error occurs if GET 
finds insufficient bytes in the record. 

3. GETs and PUTs for successive data may follow one another at will 
providing: 

1. The user keeps good track of the current position within the 
record. 

2. Record boundaries are observed for a record segmented file. 
For marked item and fixed item files: 

The input of a record's items may be spread across two or more GETs. 

8.8.6. The GET statement of the forms: 

GET fan, !$rba 
GET fan, !$% 

allows the programmer to position the file for the next GET, INPUT, PUT or 
PRINT statement for that file area. No data transfer is done by this GET 
statement. !$% means the current value of EOF is to be used as the RBA 
value. Statements of this form mark REMRA and REMBA invalid. Examples: 

GET 1,!$2550 positions the file to RBA 2550 

GET 1,!$X positions the file to the RBA value in X 

GET 2,f$% positions the file to EOF 
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8.9. POT DISK BASIC statement PUT is modified to handle the following 
formats : 

1. PUT fan (fp = null) 

2. PUT fan,fp 

3. PUT fan, fp, IGELSN 

4. PUT fan,fp,,IGEL 

where: 

8.9.1. fan and IGELSN are defined in the glossary, fp is defined in 
section 8.4.1 and IGEL in section 8.4.2. Example codings of these 4 
formats are: 

PUT 2 

PUT 1,X 

PUT 3,, 1000 

PUT 1,RN!,,(20)A$,B%,C!,D#; 

8.9.2. On successful completion of the PUT statement, the filearea is 
left positioned as done for GET. 

8.9.3. If an error is encountered during PUT processing, the filearea 
control data is reset to the state existing prior to the PUT statement. 
The resulting data in the file is indeterminant, and will probably cause 
errors to occur upon a subsequent GET. This should be a problem only wher 
updating existing records, and if possible a subsequent PUT for that 
record should be issued after the error condition has been corrected. To 
reduce the occasions of file damage, when the file is opened m = R or D, 
the IGEL is processed once in it's entirety to catch non-1/0 errors and 
then again to do the actual file update. 

8.9.4. If PUT specifies IGEL or IGELSN, then the value of successive IGEI 
expressions are sent to successive items of the file. For marked item 
file ops: 

1. SOR and fill items are inserted into the file automatically if 
and when necessary. 

2. An IGEL expression may be anything legal on the right side of the 
equation in a let statement, excepting functions referencing a 
filearea. 

3. Except for the limiting effect of the IGEL expression prefix, the 
resulting string is sent to the file as is. 

4. Numeric literals or expressions are sent to the file as the BASIC 
numeric type they convert to internally in BASIC. 

5. For fixed length records and updated variable length records, 
each PUT statement replaces that portion of the record from the PUT 1 s 
file positioning through the end of the record, using fill items if 
and as necessary. ****** CAUTION Any items previously existing in 
relative position in the record higher than the last item written by 
the PUT action are lost, as all of the record's disk space from the 
last item of the PUT to the end of record now contain fill items. 
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6. The maximum theoretical sum of bytes for a record (the sum of 
bytes used for control, for numeric data and for strings) can exceed 
len (defined in OPEN, section 8.7) so long as the actual number of 
bytes used during the record's PUT(s) does not exceed len. 

For fixed item file ops: 

For each string variable, the number of characters specified in the 
required expression prefix is transferred from the variable to the 
file by padding with blanks or truncating on the right done as 
necessary. 

8.9.5. For marked item and fixed item files: 

1. The output of a record's items may be spread over two or more PUT 
statements. 

2. Data is moved into the filearea's buffer, but is not actually 
written to disk until one of the following occurs: 

1. The filearea is closed. 

2. The buffer is needed to contain data from another part of 
the file. 

3. A 'PUT fan,&* or a 'PUT fan,&&' statement is executed. 

3. 'RECORD OVERFLOW* error occurs if the allowable record length is 
exceeded. 

A. See OPEN (section 8.7.7) for discussion of the number of bytes 
used by numeric file items. 

8.9.6. The PUT statement of the form: 

PUT fan,& 

allows the programmer to force the write of the filearea's buffer to disk 
if that buffer contains data not yet written to disk. If the buffer has 
no such data, the statement is ignored. The programmer must remember that 
actual data writes to disk for marked item, fixed item and field item 
(where len less than 256) files are not necessarily done at PUT time, 
under the assumption that more write data may yet appear in the buffer. 
'PUT fan,&' forces this pending data out to disk, and should be used 
whenever any of the following conditions exist: 

1. It will be some time before the file area will be used again, but 
the programmer does not want to issue CLOSE. 

2. Proper interaction with other fileareas depends upon the pending 
data being on the disk. 

3. The data is very important. 
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The file area's file positioning is not affected by the PUT fan,& 
function. Example: 

PUT 3,& 

8.9.7 The PUT statement of the form: 

PUT fan,&& 

allows the programmer to force the write into the directory of the EOF 
currently in the filearea's control data. This special PUT will save the 
programmer the necessity of doing a LOC(fan)! function to remember the 
current file positioning, a CLOSE to cause EOF write into the directory, 
an OPEN to reestablish the link to the file, and a positioning GET or PUT 
to position the filearea back to where it was. Before actually writing 
the EOF to the directory, the PUT fan,&& function performs a PUT fan,& 
function. The filearea's file positioning is not altered by the PUT 
fan,&& function. Example: 

PUT 2,&& 

8.9.8. The PUT statement of the forms: 

PUT fan,!$RBA 
PUT fan, !$% 

function identical to that for GET (see section 8.8.6). 

8.9.9. The PUT statement of the form: 

PUT fan, !#rba 

causes the file's EOF to be set to the value of the expression rba, which 
must evaluate to a RBA. Nothing else is changed for that filearea. 
Remember, a CLOSE or a PUT fan,&& statement must be executed to force the 
write of the new EOF into the file's FPDE. Example: 

PUT 2, !#2000 
causes the EOF in filearea 2's control data to be set to 2000. 



8.10. REMRA and REMBA. Within each filearea's control data, BASIC saves 
two additional relative file location values: 

1. REMRA REMembered Record Address. 

2. REMBA REMembered Byte Address. 

where : 

1. The ONLY places where REMRA is used is (1) to position the file when 
the GET or PUT statement has fp = # (see section 8.4.1.3) and (2) in the 
LOC (fan)$, LOC(fan)! and L0C(1)# functions (see section 8.12). 
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2. The ONLY place where REMBA is used is to position the file when the 
GET or PUT statement has fp = $ (see section 8.4.1.4). 

3. Both REMRA and REMBA are in RBA format. 

4. Each OPEN statement and each GET or PUT statement with rp = !$RBA or 
!$% marks both REMRA and REMBA as invalid. 

5. Each INPUT and PRINT statement sets REMRA to the file position exist- 
ing at the start of the statement execution. REMBA is not used for print/ 
input file ops. 

6. Each GET or PUT statement with fp = null, rn, !rba, !% or * (for *, 
only if REMRA is invalid at statement start or if the file is not record 
segmented) sets REMRA = to the file positioning resulting from that fp 
value. 

7. Each GET or PUT statement with fp = null, rn, !rba, !% or * sets REMBA 
= to the file positioning resulting from that fp value. 

8. Don't let the concepts of REMRA and REMBA puzzle you too much. As 
stated above, there are only two places where REMRA is used (when fp = # 
and for the LOC functions) and only one where REMBA is used (when fp = $). 
If you never use partial record I/O, then REMRA and REMBA are always the 
same. The most common use will be in executing a PUT (with fp = #) for 
the record just read. 



8.11. Pseudo FIELD Function. For fixed item and marked item files, the 
FIELD statement is not legal. However, there are times when the programmer may 
want to set the strings associated with an IGEL to their specified lengths and 
keep them that way by using LSETs and RSETs. The user could do this by using 
the STRING$ function. Another way is to use the psuedo FIELD function having 
the following formats: 

1. GET fan,%,IGELSN 

2. GET fan, %,, IGEL 

3. PUT fan,%,IGELSN 

4. PUT fan, %,, IGEL 



where: 



1. fan and IGELSN are defined in the glossary and IGEL is defined in 
section 8.4.2. 

2. fan specification is required for text format protocol only. Whether 
the filearea is open or what it is opened for is not of concern to this 
psuedo FIELD function; this function is only concerned with the IGEL and 
does not alter the filearea in any way. 

3. The IGEL is processed: 

1. Numeric variables are left unchanged. 
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2. Expressions of the form (len)$ and (len)# are bypassed. 

3. String variables in the IGEL must be prefixed. 

4. String variables are assigned length = to the IGEL expression 
prefix and either truncated or padded on the right with blanks as 
necessary. Aside from the padding or truncation, the string contents 
are not changed. However, if the string is not currently in the 
string area, it is moved there. Subsequently, LSET and RSET may be 
used to move data into these strings. 

4. Example: 

PUT 2,%,,IX%,(30)A$,DP#,(10)B$; 

causes string A$ and B$ to be made into strings 30 and 10 characters in 
length respectively, being padded with spaces or truncated on the right a£ 
necessary. No data is transferred to the file and file positioning is not 
changed. 



8.12. LOC Function. NEWDOS/80 DISK BASIC has a LOC function defined as 
follows: 

1. LOC(fan) where fan is a file area number, 1 - 15, of a filearea 
opened for field item, MF or FF file operations. This function returns ar 
integer 1 - 32767 = the number of the previous record GET/PUT for that 

- file area. = none or REMRA invalid. Example: 

PUT 1 ,34 
X = LOC(l) 

results in X have the value 34. 

2. LOC (fan)$ For record segmented files, this function returns -1 
(IF statement true) if the start of the next record (if REMRA valid) or 
the current file position (if REMRA invalid) is greater than or equal to 
EOF, and returns (IF statement false) if less than EOF. For non-record 
segmented files and print/input files, this function returns -1 (IF state- 
ment true) if the current file positioning is greater than or equal to 
EOF, and returns (IF statement false) if less than EOF. LOC (fan)$ 
differs from function EOF in that EOF tests only for exactly at EOF. 
Example: 

IF LOC(l)$ THEN END 

ends the program execution if the next record is located at or beyond the 
file's EOF. 

3. LOC (fan)% Returns an RBA equal to the file's EOF. Example, 
suppose the file contains 3142 bytes: 

X = LOC(l)% 
DISK BASIC I/O 8-18 



will result in X having the value 3142. 

4. LOC (fan)! For record segmented files, this function returns a RBA 
value equal to: 

1. If REMRA valid, the location of the file's next record. 

2. If REMRA invalid, the current file position. 

For non-record segmented files and print/input files, this function 
returns an RBA equal to the current file position. 

Example, if the latest fully or partially processed record for filearea 1 
starts at relative file position 1667 and the next record starts at rela- 
tive file position 1701, then 

X = L0C(1)! 

will set X equal to 1701. 

5. LOC (fan)# Returns an RBA value equal to REMRA. Error if REMRA 
currently invalid. Example, see above example: 

X = L0C(1)# 

will set X = 1667. 

Use of LOC(fan)! and/or LOC(fan)# allows the programmer to obtain the file pos- 
ition of a group of items (non-record segmented file) or a record (record seg- 
mented file), remember it for future use, and then at a future time, reposition 
the file to that data via either fp = !rba or fp = !$rba. This allows pro- 
grammers to build index files that index into all types of files for random 
accessing. 



8.13 I/O Error Recovery. The operation of the DISK BASIC statements PRINT, 
PUT, INPUT, and GET has been altered such that if an error occurs during state- 
ment processing, the filearea control data is left unchanged by that statement. 
This allows the user/programmer more options when an error occurs. Examples: 

1. The program is outputting to a sequential print/ input file. "DISK 
FULL' error occurs. EOF is returned to where it was at the statement 
beginning; the file can then be closed, and if no other files are open on 
that drive, another diskette can be mounted, a new file opened for the 
same file area, and then the statement in error executed again to continue 
processing. Later input processing can then process both files, using EOF 
on the first to trigger the shift to the 2nd. 

2. The program is outputting to a MU file using two or more PUTs to out- 
put a single record. 'DISK FULL' error occurs on the 2nd PUT of the cur- 
rent record. EOF is reset to where it was at the error statement's begin- 
ning, not to record's beginning. Before switching to a new file, EOF must 
be set back to the recorsd's beginning via the following two statements: 
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X!=LOC(fan)#: PUT fan, !#X! 

Then the file area may be closed, a new diskette mounted, the filearea re- 
opened, and processing continued back at the beginning for the record (not 
to the beginning of the PUT). Since a MU file must always start with an 
SOR item, if two MU files are used in concatenation, the 1st cannot end 
with a partial record in anticipation of the next containing the rest of 
the record. 

********* The user/ programmer must use extreme caution in swapping diskettes on 
one drive or in swapping a given diskette to another drive when more than the 
error filearea is open for the original drive. 

Also to be remembered is that though the filearea control data is restored to 
what it was at the statement beginning, the file data associated with a PUT is 
indeterminant, and the contents of the variables receiving data on a GET is 
also indeterminant. 

In order to facilitate error recovery and coding in general, BASIC uses a sepa- 
rate control area to perform the GET, PUT or other filearea related operations, 
leaving the filearea' s control data unchanged until the operation completes 
without error. In NEWDOS80 there is only one temporary control area; a func- 
tion using a filearea CANNOT be nested within another function using a file- 
area, even if both file areas are the same. For example, the two statements 
given above CANNOT be combined into one as: 

PUT fan,!#LOC(fan)# 



8.14. Some notes about NEWDOS/80 DISK BASIC I/O. 

1. For marked item and fixed item files, the programmer GETs or PUTs an 
item-group of data at one time. The only limitations on the amount of 
data transmitted are file size and, if applicable, record size. Logical 
records can be any length between 1 and 4095 bytes. The programmer should 
never refer to the filearea buffer(s), as the contents at any time are 
unpredictable. ******** WARNIBG ******* If the program alters data in 
the filearea' s buffer when a file is opened for anything other than field 
item operations where FIELD was and is legal, the results are unpredic- 
table and usually disastrous. Extreme caution must be used to avoid the 
file damaging situations where FIELD statements have been legally used, 
then that filearea used for I/O where FIELD is not legal but RSET or LSET 
functions continue to be used for one or more FIELD defined strings for 
that filearea. 

2. The special functions designed for field item file ops, (MKD$, MKI$, 
MKS$, CVD, CVI, CVS, LSET, RSET, etc.) work as before. However, the use 
of MKD$, MKI$, MKS$, CVD, CVI, and CVS may be dropped for marked item or 
fixed item file ops as GET and PUT will transmit numeric as well as string 
data. 

3. For GET or PUT statements using either IGEL or IGELSN, the programmer 
must remember that any errors detected during IGEL processing will be 
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recorded as an error occuring on the line containing the GET/PUT rather 
than on the actual text line of the IGEL. 

4. To facilitate error detection for GET or PUT statements using IGELSN, 
the GET or PUT should be the only statement on its text line. 

5. A file can be updated only if it can be opened R or D. MI and 
print/input files cannot be updated, though of course they may be added 
onto. MU file records can be updated provided the new record length does 
not exceed the original length of the record. The last record of a MU 
file may be extended without this restriction. 

6. Fileareas open for print/input files may have GET or PUT statements 
executed for them if the fp type is !$rba, !$%, !#rba, &, && or % . 

7. BASIC functions (i.e., EOF, LOC, LOF, etc.) that use fan cannot exist 
within an IGEL or within OPEN, GET, PUT, CLOSE, PRINT (to disk) or INPUT 
(from disk) statements. This is a NEWDOS/80 restriction not existing in 
TRSDOS and is imposed by the error recovery operations (see section 8.13). 

8. For disk files whose records can span two or more disk sectors (files 
whose record lengths are either not standard or do not divide into 256 
evenly), the number of actual disk l/0*s is increased up to 200% (as 
compared with files whose record lengths are standard and do divide into 
256 evenly) when a record or item group actually has parts in two or more 
file sectors. The percent overall increase in disk I/O is approximately 
(LEN/256)*200 where LEN is the average length of records or item groups 
processed, and where LEN < 256. No approximation is given for LEN > 256. 
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9. ERROR CODES AMD MESSAGES. 



9.1. DOS Error Codes and Messages. 

The following is a list of DOS error messages for NEWDOS/80 Version 2 corres- 
ponding to error codes placed in register A on a CALL or JP to 4409H. The 
codes are listed in both decimal and hexadecimal. 

00 00 NO ERROR 

BAD FILE DATA 

SEEK ERROR DURING READ 

LOST DATA DURING READ 

PARITY ERROR DURING READ 

DATA RECORD NOT FOUND DURING READ 

TRIED TO READ LOCKED/ DELETED RECORD 

TRIED TO READ SYSTEM RECORD 

DEVICE NOT AVAILABLE 

UNDEFINED ERROR CODE 

SEEK ERROR DURING WRITE 

LOST DATA DURING WRITE 

PARITY ERROR DURING WRITE 

DATA RECORD NOT FOUND DURING WRITE 

WRITE FAULT ON DISK DRIVE 

WRITE PROTECTED DISKETTE 

DEVICE NOT AVAILABLE 

DIRECTORY READ ERROR 

DIRECTORY WRITE ERROR 

ILLEGAL FILE NAME 

TRACK # TOO HIGH 

ILLEGAL FUNCTION UNDER DOS-CALL 

UNDEFINED ERROR CODE 

UNDEFINED ERROR CODE 

FILE NOT IN DIRECTORY 

FILE ACCESS DENIED 

DIRECTORY SPACE FULL 

DISKETTE SPACE FULL 

END OF FILE ENCOUNTERED 

PAST END OF FILE 

DIRECTORY FULL. CAN'T EXTEND FILE 

PROGRAM NOT FOUND 

ILLEGAL OR MISSING DRIVE f 

NO DEVICE SPACE AVAILABLE 

LOAD FILE FORMAT ERROR 

MEMORY FAULT 

TRIED TO LOAD READ ONLY MEMORY 

ILLEGAL ACCESS TRIED TO PROTECTED FILE 

FILE NOT OPEN 

ILLEGAL INITIALIZATION DATA ON SYSTEM DISKETTE 

ILLEGAL DISKETTE TRACK COUNT 

ILLEGAL LOGICAL FILE # 

ILLEGAL DOS FUNCTION 

ILLEGAL FUNCTION UNDER CHAINING 

BAD DIRECTORY DATA 
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01 


01 


02 


02 


03 


03 


04 


04 


05 


05 


06 


06 


07 


07 


08 


08 


09 


09 


10 


0A 


11 


0B 


12 


0C 


13 


0D 


14 


0E 


15 


0F 


16 


10 


17 


11 


18 


12 


19 


13 


20 


14 


21 


15 


22 


16 


23 


17 


24 


18 


25 


19 


26 


1A 


27 


IB 


28 


1C 


29 


ID 


30 


IE 


31 


IF 


32 


20 


33 


21 


34 


22 


35 


23 


36 


34 


37 


25 


38 


26 


39 


27 


40 


28 


41 


29 


42 


2A 


43 


2B 


44 


2C 



45 


2D 


46 


2E 


47 


2F 


48 


30 


49 


31 


50 


32 


51 


33 


52 


34 


53 


35 


54 


36 


55 


37 


56 


38 


57 


39 


58 


3A 


59 


3B 


60 


3C 


61 


3D 


62 


3E 



BAD FCB DATA 

SYSTEM PROGRAM NOT FOUND 

BAD PARAMETER(S) 

BAD FILESPEC 

WRONG DISKETTE RECORD TYPE 

BOOT READ ERROR 

DOS FATAL ERROR 

ILLEGAL KEYWORD OR SEPARATOR OR TERMINATOR 

FILE ALREADY EXISTS 

COMMAND TOO LONG 

DISKETTE ACCESS DENIED 

ILLEGAL MINI DOS FUNCTION 

OPERATOR/ PROGRAM/ PARAMETER REQUIRE FUNCTION TERMINATION 

DATA COMPARE MISMATCH 

INSUFFICIENT MEMORY 

INCOMPATIBLE DRIVES OR DISKETTES 

ASE=N ATTRIBUTE. CAN'T EXTEND FILE 

CAN'T EXTEND FILE VIA READ 



If the error code is not defined, 
played. 



UNKNOWN ERROR CODE message will be dis- 



SYS4/SYS is the DOS error message display module. 



9.2. DISK BASIC Error Codes and Messages. 

In addition to the standard ROM BASIC LEVEL II error codes, the following DISK 
BASIC error codes are used: 



4f> 



H D 



51 FIELD OVERFLOW 

52 INTERNAL ERROR 

53 BAD FILE # 

54 FILE NOT FOUND 

55 BAD FILE MODE 

56 FILE ALREADY OPEN 

58 DOS ERROR 

59 FILE ALREADY EXISTS 

62 DISK FULL 

63 INPUT PAST END 

64 BAD RECORD # 

65 BAD FILE NAME 

66 MODE MISMATCH 

67 DIRECT STATEMENT IN FILE 

5f 84 BAD FILE 



ipj 


68 


h»& 


69 


¥'|* 


70 


*■/./ 


71 


Hb 


72 


m 


73 


if'q 


75 


HC 


76 


yj> 


77 


Hr 


78 


Vp 


79 


fv 


80 


'Qd, 


82 


nI jj 


83 



TOO MANY FILES 

DISK WRITE PROTECTED 

FILE ACCESS DENIED 

SEQ # OVERFLOW 

RECORD OVERFLOW 

ILLEGAL TO EXTEND FILE 

PREVIOUSLY DISPLAYED ERROR 

CAN'T PROCESS LINE 

BAD FILE TYPE 

IGEL SYTAX ERROR 

IGEL ITEM SYTAX ERROR 

BAD/ ILLEGAL/ MIS SING IGEL ITEM PREFI] 

BAD RECORD LENGTH 

STMT USES 2 FILE NAMES 



POSITIONING PARAM 



SYS13/SYS is the module that displays DISK BASIC and ROM BASIC error messages. 
It is normally not in memory until needed. If an error code is generated for 
which there is no message, UNPRINTABLE ERROR is displayed. 



ERROR CODES 



9-2 



10. GLOSSARY. 

This chapter contains the definitions of some of the terms used throughout the 
NEWDOS/80 documentation. 



alpaha or alpha character 

Used when referring to the set of characters A - Z and a - z. 

alphanumeric 

Used when referring to the set of characters A - Z, a - z and 0-9. 

bit 

The smallest accessible unit of main or diskette memory. A bit has a 
value of either (meaning off) or 1 (meaning on). A group of 4 consecu- 
tive bits is known as a hexadecimal (or hex) digit, and a group of 8 con- 
secutive bits is known as a byte. Whenever the documentation refers to a 
bit within a byte, the convention is bit 7 is the bit on the left and bit 
is the bit on the right with the order of bits within a byte going left 
to right, 7 to 0. The concept holds for bits within a hex digit, left to 
right, 3 to 0. 

boot see reset/power-on. 

BOOT/SYS 

One of the two control files required on every diskette used with 
NEWDOS/80. See section 5.1. 

buffer 

An area of main memory used to hold the contents of a sector read from 
disk or to hold the new contents of a sector being written to disk. Each 
open FCB has a 256 byte buffer assigned for this purpose. Byte mode disk 
I/O, such as is used for print/input, marked item, fixed item, and (if re- 
cord length less than 256) field item files actually operates to and from 
the buffer with disk sector reads and writes being done when necessary, 
and not on each GET or PUT or PRINT or INPUT statement execution. 

byte 

The smallest addressable unit of main or diskette memory. A byte is com- 
posed of 8 bits. When the value of a byte is given, it is usually ex- 
pressed as two hexadecimal digits. In NEWDOS/80 documentation the words 
byte and character are used interchangeably even though character can have 
a more restrictive meaning. 

chaining 

Used in NEWDOS/80 to refer to the process of bringing keyboard input 
characters from a disk file known as a chain file. See section 4.3. 

character 

Used interchangeably with byte, but also used to refer to a byte contain- 
ing a printable value. 
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close 

In disk I/O, to close a FCB or a filearea means to dissolve the link be- 
tween a program and a disk file created by the open function. 

DEC Directory Entry Code 

A one byte code used to specify a particular FDE and used by DOS to 
quickly locate that FDE in the directory. When an FCB is open, its 8th 
byte contains the DEC for the file's FPDE. Each FXDE contains in its 2nd 
byte the DEC for the preceding FDE for the same file, and each FPDE or 
FXDE whose 31st byte = 255 (0FEH) contains in its 32nd byte the DEC of tht 
next FXDE for the the file. The format of the 8 bit DEC is: 

rrrsssss 
where sssss+2 = the relative number within the directory of the sector 
containing trie FDE, and rrr times 32 ( 20R) equals the relative byte 
address within the sector of the FDE. 

DIR/SYS see sections 5.1 and 5.6. 

One of the two control files required on every diskette used with 
NEWDOS/80. DIR/SYS contains the directory for a diskette. 

directory see sections 5.1 and 5.6. 

In DOS, the directory refers to the contents of the file DIR/SYS that musl 
be present on every diskette used by NEWDOS/80. The directory contains 
the control information specifying all files and the free or allocated 
state of all space on the diskette. If the directory is damaged or des- 
troyed, the rest of the information on the diskette is usually, but not 
always, no longer available to the user. 

DOS Disk Operating System 

Though many thousands of programmers are quite capable of writing their 
programs to communicate directly with the diskette, it is almost always 
preferable to allow another program, or collection of programs, to act as 
an intermediary between the user program and the disk files the program 
uses. This intermediary is commonly called a DOS and serves to both 
structure and vastly simplify a program's I/O with the files it uses. 
Usually, as in NEWDOS and TRSDOS, the DOS functions are much more exten- 
sive such that the DOS becomes the primary control program in the compute: 
and has available various other functions, other than disk I/O control, 
that it performs in response to commands, known as DOS commands ( specif iei 
in chapter 2), or DOS calls (specified in chapter 3). In NEWDOS/80, the 
DOS operates in the 4000 - 51FFH region of main memory with some of its 
functions using the 5200 - 6FFFH region and the spooler running out of 
highest memory. 

DOS-CALL or dos-call 

Refers to the DOS state entered when a user program calls the DOS routine 
at 4419H (see sections 3.11 and 4.4) to execute a DOS command or a user 
program. There can be multi-levels of DOS-CALL state. 

DOS command or doscmd 

Refers to one of the built-in DOS functions described in chapter 2. DOS 
commands can be executed by keying in from the keyboard or through calls 
from the current executing program (see DOS-CALL). 
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EOF End Of File 

Of or pertaining to the end of a file. Some files have one or more spec- 
ific EOF bytes that mark the end of a file (assembler source files use 
1AH, BASIC non-ASCII text uses 3 consecutive bytes of zeroes, etc.); how- 
ever, most files do not and rely entirely upon the EOF within the FCB or 
FPDE to indicate where the file ends. If a file is empty, EOF equals 
and if a file has 1324 bytes, the EOF value expressed as an RBA is 1324. 
Within a NEWDOS FCB, EOF is a three byte RBA value of the file's last byte 
+1. The EOF value stored in a file's FPDE is not in RBA format. See 
sections 5.7 (fpde bytes 4, 21 and 22) and 5.9 (FCB 9, 13 and 14). 

EOL End Of Line 

Of or pertaining to the end of a line. For input data or a command, this 
is usually the ENTER character (0DH). For BASIC text, a zero byte ends a 
line. If the line does not have an explicit EOL character, then EOL means 
the line's last character + 1. 

EOM 

Of or pertaining to the end of a message. The EOM character code is 03. 
EOM is used to end a message when that message end is not also the end- of 
the line. When encountered, the EOM character is not displayed or printed 
nor is the display or printer advanced one character. 

EOR End Of Record 

Of or pertaining to the end of a record. EOR is also the relative byte 
address within the file of the record's last byte + 1. 

EOS End Of Statement 

Of or pertaining to the end of a statement. For EASIC text, a colon ends 
a statement. 

extent element 

A two byte control element within a FPDE or FXDE specifying a 1 to 32 
granule contiguous area of diskette storage assigned to the file. See 
section 5.7, FPDE 23rd-30th bytes. 

fan file area number 

A fan is a BASIC expression evaluating to an integer (range 1 - 15) spec- 
ifying which filearea is to be used for the current BASIC function. 

FCB File Control Block. 

See section 5.9. A data area containing information controlling an I/O 
link between a program and a diskette file. The link is created by the 
open function, dissolved by the close function, and used by all other disk 
I/O functions including GET, PUT, PRINT, INPUT, LOC, etc. The FCB con- 
tains the NEXT and EOF fields, the buffer address, security inf ormation, 
record length, etc. 

FDE File Directory Entry. See section 5.6.3. 

In NEWDOS, each sector of the directory file DIR/SYS, except for the first 
two, is divided into eight 32 byte control areas called FDEs. A FDE is 
either free (available for assignment) or in use as a FPDE or FXDE. 

FF file 

A BASIC fixed item file segmented into records all of the same length. 

10-3 GLOSSARY 



FI file 

A BASIC fixed item file that is not record segmented. 

file or disk file or diskette file 

A collection of data on a disk or diskette. A file may contain diskette 
control information (as do BOOT/SYS and DIR/SYS), a machine language exe- 
cuteable program (as do SYS0/SYS, BASIC/CMD and SUPERZAP/CMD) , a BASIC 
program (as does CHAINTST/BAS) or user data (such as mailing lists, pay- 
roll, inventory). Control data for all files is contained within the fil 
DIR/SYS (see section 5.6) with each file being assigned one FPDE and zero 
or more FXDEs . A file must exist entirely on one diskette- Diskette 
space is allocated to a file as needed in units called granules. 

filearea 

An area of BASIC'S system storage containing control information, a FCB 
and a 256 byte buffer. A filearea is used during disk file operations to 
maintain an I/O link between a file and the BASIC program. This I/O link 
is established by OPEN, used by PRINT, INPUT, GET, PUT, FIELD, EOF, LOF, 
LOC, etc., and dissolved by CLOSE. When 2 or more fileareas are open to 
the same file, each acts in ignorance of the others. A BASIC program may 
have open at any one time as many as 1 5 fileareas. The number of file- 
areas actually available to the BASIC program is specified when BASIC is 
activated (see section 7.2) with the default being 3. 

field item file 

This is a name used in NEWDOS/80 for what, in TRSDOS disk BASIC, is calle 
a random file since all three types of files, field item, fixed item and 
marked item can be used either randomly or sequentially or both. Field 
item and fixed item files are essentially the same type of file; the mair 
difference is in the type of I/O link, field item or fixed item, used. 
For field item files, the definition of the file items is done solely vis 
the FIELD statement. Field item files are always segmented into records 
all of the same length, with that length being from 1 to 256 bytes. 

file item 

A unit of file storage zero or more bytes in length containing a numeric 
value or a character string. 

filespec 

This term is used in NEWDOS/80 to refer to the combination of file name, 
name extension, password and drive number used to specify a file in a DOE 
command, BASIC statement or an unopen FCB. Of the four elements, only 
file name is required. See section 2.1 for full definition of filespec. 

fixed item file See section 8. A. 

Fixed item and field item files are essentially the same type of file. 
The difference lies in the type of link, field item or fixed item, used : 
the file I/O. For fixed item file processing, the definition of the fil( 
items is entirely dependent upon the IGEL used in the GET or PUT state- 
ment. There are two types of fixed item files, FI and FF. 

format 

Aside from many other definitions of the word format, it is also the wor< 

used for the process that prepares a raw diskette for use under NEWD0S/8( 

This process magnetically structures the diskettes into tracks which are 

at the same time further sub-divided into 256 bytes sectors. Depending < 
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the drive type, the diskette will contain 35, 40, 77 or 80 tracks, and 
depending upon the drive type and recording density, each track will con- 
tain 10, 17, 18 or 26 sectors. 

fp file positioning 

See section 8.4.1. fp refers to the second parameter of a GET or PUT 
statement, fp specifies the file positioning to be done during the file 
positioning phase that precedes the data transfer phase, if any, of a GET 
or PUT statement. 

FPDE File Primary Directory Entry 

See section 5.7 for FPDE specification. A FPDE is created in the diskette 
directory whenever a file is created. If a file exists on a diskette, 
there will always be a FPDE for it in the directory. The FPDE contains 
the file name, extension, passwords, protection level, EOF, the first 4 
extent elements and other information. When a file is killed, the FPDE 
and any associated FXDEs are dissolved. 

FXDE File Extended Directory Entry 

See section 5.8 for FXDE specification. Whenever the number of extent 
elements needed to account for a file's diskette space exceeds four, one 
or more FXDEs are created in the directory to hold the extra extent ele- 
ments, a maximum of four per FXDE. If a file has FXDEs, they are accessed 
via the FPDE. As a file's diskette space requirements change, FXDEs are 
created or dissolved as necessary, and when a file is killed, all FXDEs 
associated with that file are dissolved. 

GAT Granule Allocation Table 

See section 5.6.1. The GAT is that portion of the directory's 1st sector 
(known as the GAT sector) wherein the free or allocated status of each 
granule is accounted for. 

granule 

The smallest unit of diskette storage allocatable to or de-allocatable 
from a file. When a file needs diskette space, one or more granules is 
allocated. For NEWDOS/80 a granule consists of 5 sectors equaling 1280 
bytes. 

hash code 

Hash code as used in the DOS refers to a one byte encode of a file's name 
and extension used during open to rapidly find the file's FPDE in the 
directory. Hash codes are stored in the HIT sector, see section 5.6.2. 

hexadecimal or hex 

A numbering system using 16 digits, rather than 10 used by the decimal 
system. The digits are 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, A, B, C, D, E and 
F. The reason for the use of hexadecimal as opposed to decimal is that a 
hexadecimal digit is an easy way to express the value of 4 consecutive 
bits, where the following table defines the correspondence between a hex- 
adecimal digit and four binary bits. 






0000 


4 


0100 


8 


1000 


C 1100 


1 


0001 


5 


0101 


9 


1001 


D 1101 


2 


0010 


6 


0110 


A 


1010 


E 1110 


3 


0011 


7 


0111 


B 


1011 


F 1111 
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Hexadecimal representation of disk, file or main memory locations and 
contents are widely used in the computer industry. Though some users can 
get by without learning anything of hexadecimal, we strongly recommend 
that users learn the rudiments, at least enough to understand the SUPERZA] 
and DEBUG displays. Throughout NEWDOS/80 and its documentation a hexa- 
decimal numeric value is expressed with a suffixed H character (i.e., 13 : 
0DH or 256 = 100H) unless otherwise specified. 

HIMEM 

Refers (1) to the address of the highest usable main memory location, (2) 
to the 2 byte main memory area (Model I locations 4049H - 404AH and Model 
III locations 441 1H - 441 2H) where the HIMEM value is stored and (3) to 
the name of a DOS command (see section 2.25). Main memory above HIMEM is 
either non-existent or is reserved for other uses. All user Z-80 code 
programs should be coded to observe HIMEM. 

HIT Hash code Index Table 

See section 5.6.2. That portion of the directory's second sector (also 
known as the HIT sector) that contains the hash codes for all files on th 
diskette. Instead of searching the entire directory for a file's FPDE 
during open, DOS computes the hash code from the file name and extension, 
looks it up in the HIT sector and then goes directly to the sector con- 
taining the FPDE. 

I/O input and/or output 

I/O link or I/O path 

Actual disk I/O between a disk file and main memory is done via an I/O 
link (also known as an I/O path) created by open, dissolved by close, and 
used by GET, PUT, PRINT, INPUT, LOC, EOF, etc. While the link is open, 
the controlling information for the link is contained in a FCB or fileare 
(which contains a FCB). Multiple links to the same file can be open at 
the same time with each link knowing nothing of the others. An I/O link 
remembers the position in the file where it is operating; thus multiple 
links can be operating on the same file at the same time. However, be 
careful as, remember, each I/O link knows nothing of the other's actions. 

IGEL Item Group Expression List 

See section 8.4.2. An IGEL is a list of BASIC expressions corresponding 
to a group of file items during the execution of a GET or PUT statement 
used in fixed item or marked item file processing. 

IGEL expression See section 8.2.3. 

An IGEL expression (usually but not always a BASIC variable) is that part 
of an IGEL corresponding to a file item. For each file item processed ir 
a fixed item or marked item file GET or PUT statement, there is a corres- 
ponding IGEL expression in the IGEL. 

IGELSN IGEL Sequence Number 

The line number (also known as sequence number) of the BASIC text line 
containing the first or only line of the IGEL to be processed by the cur- 
rent GET or PUT statement. If used, the IGELSN is the 3rd parameter of 
the GET or PUT statement. An IGELSN is used in a fixed item or marked 
item GET or PUT statement whenever the GET or PUT statement itself does 
not contain the IGEL, and this usually occurs when the same IGEL is used 
by two or more GET and/or PUT statements. 
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item group 

A group of zero or more file items. In BASIC, an item group is the zero 
or more file items processed by an individual INPUT, PRINT, GET or PUT 
statement and is most commonly equivalent to a logical record. 

] en See section 8.7.7 and see LRECL 

The parameter in a BASIC OPEN statement that specifies either the standard 
or the maximum record length. 

logical record 

A group of meaningful related file items. Though file data is physically 
ordered on the diskettes into sectors, the programmer usually deals with 
data groupings that are logically related and grouped, rather than physi- 
cally related and grouped. Thus, when data is read from or written to a 
file, it is usually done so in logical record units. 

LRECL Logical RECord Length 

This is the standard or maximum length in bytes for records of a file. 
For non-BASIC files LRECL is - 255 (with meaning 256) and is stored in 
the FPDE's 4th byte (though never used) and the FCB's 10th byte. In 
BASIC, LRECL is equivalent to len (see section 8.7.7). 

lump 

refers to a division of diskette space as that space is accounted for in 
the diskette directory. Each of the first 192 bytes in the GAT sector 
contains either space allocation or lockout information for one lump 
where, depending on the number of granules per lump, each bit within the 
byte is either unused or specifies the allocated/free or non-existent/ 
existent state of one of the lump's granules. This definition was coined 
for use with NEWDOS/80 Version 2 to avoid using the words track and cyl- 
inder. See sections 5.6.1 and 5.7 (23-30th byte discussion). 

marked item file see section 8.6. 

A file in which each file item is identified as to length and type by a 
prefixed marker byte. A marked item file is distinctly different from a 
print/input, field item or fixed item file. The three types of marked 
item file are MI, MU and MF. 

MF file 

A marked item file that is segmented into records all of the same length. 

MI file 

A marked item file that is not record segmented. 

ms millisecond 

MU file 

A marked item file that is segmented into records of differing lengths. 



null 



The absence of a parameter or expression. When parameters are separated 
by commas, back to back commas ( ,, ) indicate a null. 
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null character 

A character or byte with value = 0. 

null string 

A string or an expression evaluating to a string zero characters in 
length. 

open 

In disk I/O, to open a FCB or a filearea is to establish a link between 
the program and a disk file, using the FCB or filearea (which contains a 
FCB) to hold the link's control data. Though it is quite common to say 
that a file is opened, it is more correct to say that a FCB or filearea i; 
opened for there is nothing in the disk file indicating open or closed 
state or the number of links opened to it as more than one FCB or fileare; 
may be open to a given file at the same time. The link established by 
open remains until dissolved by the close function. It is the link that 
determines the type of I/O done with a file and where in the file. Thus, 
if differently specified links are established to the same file to exist 
concurrently , the same file data can be used but interpreted differently 
by each of the different links. 

partial record I/O 

Refers to instances where I/O is done in partial rather than full logical 
records. In BASIC, GETs and PUTs for marked-item and fixed-item files ma; 
operate in this manner though they usually operate in whole record I/O 
mode. 

patch see zap. 

power-on/reset See reset/power-on 

print/ input file 

A disk file written to by PRINT statements and read by INPUT statements. 

record segmented file 

A type of file that can be broken down into logical records by BASIC. 
These file types are field item, FF , MF and MU. 

REMBA REMembered Byte Address See section 8.10. 

REMRA REMembered Record Address See section 8.10. 

RBA Relative Byte Address 

A method of addressing within a file, record, control block, etc. where 
addressing starts at rather than 1. The first byte of the unit has RBA 
= 0. The nth byte in the unit has RBA value = n-1 . In NEWDOS, RBA is 
used to express EOF and NEXT in the FCB; this use of RBAs in the FCB is 
major difference between NEWDOS and the old versions of TRSDOS. In BASIC 
RBA is used in file positioning (see section 8.4.1) where, in fp = !rba, 
!$rba or !#rba, rba is defined to be a BASIC expression evaluating to a 
number between and 16,777,215 and represents a relative byte position 
from the beginning of the file. 

reset/power-on also known as boot. 

refers to the automatic computer execution that occurs whenever the com- 
puter's reset button is pressed or when the computer is powered up. In 

GLOSSARY 10-8 



reality, you must never have diskettes in any drives when you power up the 
computer. After the power up, put the system diskette in drive and 
press reset. For the most part, NEWDOS/80 treats a reset after power-on 
the same as a reset at any other time. There are some differences, how- 
ever, with the most notably being the date and time settings that occur. 

During a reset/power-on, the ROM's bootstrap routine routine receives 
computer control from the hardware reset logic and reads the first sector 
of the diskette mounted in drive into the DOS system buffer (4200H - 
42FFH on the model I and 4300H - 43FFH on the model III). That 256 bytes 
contain' s NEWDOS's bootstrap routine which receives computer control from 
the ROM and then reads into main memory a fresh copy of NEWDOS/80' s main 
memory resident module SYS0/SYS. Execution control is then passed to 
SYS0's initialization routines in the DOS overlay area. Using the current 
SYSTEM and PDRIVE specifications, NEWDOS/80 is initialized. When this is 
completed, either NEWDOS/80 READY is displayed or DOS commences the exe- 
cution of the AUTO (see section section 2.4) specified DOS command. 

sector 

For NEWDOS/80, diskette data storage is physically done in groups of 256 
bytes called sectors. Actual diskette reads and writes are done by whole 
sectors, usually a single sector at one time. 

SOR Start Of Record 

Of or pertaining to the start, of a record. All records of a MU file start 
with a SOR item, a 70H byte. 

track 

The unit of diskette storage a disk drive read/write head passes over 
during one revolution of the diskette. A diskette is divided magnetically 
into a number of concentric tracks during format (35 is standard on the 
model I, 40 on the model III). Format also divides each track magneti- 
cally into 256 byte sectors which will subsequentely contain data of any 
and all kinds. 

user segmented file 

A type of file which cannot be broken down into logical records by BASIC. 
These file types are FI and MI. If these file types are to be segmented 
into records, it is done so solely by the programmer without BASIC'S 
knowledge. 

vice 

Means 'instead of or 'in place of. 

whole record I/O 

Whole record I/O is when an entire logical record is read or written dur- 
ing the execution of a single INPUT, PRINT, GET and PUT statement. This 
is the normal procedure for those statements. See partial record I/O. 

zap 

To alter data or program executable code without recompilation. See 
section 11 . 
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11. ERROR REPORTING, INCOMPATIBILITY HANDLING, AND PATCHING. 

11.1. As with previous NEWDOS versions, NEWDOS/80 Version 2 will contain 
errors not presently known, will receive minor enhancements as the months pass, 
and has incompatibilites with other DOSs including earlier versions of NEWDOS. 
Where possible and economically feasible, patches (zaps) will be issued to 
correct the errors, provide the enhancements and, in selected cases, relieve 
the incompatibilities. 

Apparat relies heavily on the NEWDOS/80 users to find and inform Apparat of 
NEWDOS errors and incompatibilities. Over half of the zaps generated for 
NEWDOS/80 Version 1 were a direct result of an error properly reported. In 
some cases, the user had to report the error more than once before Apparat 
either paid attention or finally found the error. Reported errors may or may 
not be fixed, depending upon the seriousness, the magnitude and the amount of 
zap area available in the affected modules. If an error is not to be fixed, 
Apparat will, in a commment zap, report the error and announce that it will not 
be fixed. 



11.2. Incompatibility Handling. 

NEWDOS/80 is a different DOS from TRSDOS, VTOS, LDOS , DOSPLUS and others; 
therefore many user programs will not operate on NEWDOS/80 without some modi- 
fication. For any particular program, the best thing is to try that program 
out with NEWDOS/80; be sure you do not use valued file data in these tests. In 
the past, Apparat has tried to create and distribute the necessary patches to 
commonly used, commercially sold programs, but this proved unworkable for a 
number of reasons. 

1. Apparat was not notified by program manufacturers of a pending release 
of a new program and of its actual incompatibility with NEWDOS/80. The 
discovery of the incompatibility always came from the users. This is not 
a criticism, only a statement of fact. 

2. Apparat did not and does not have the personnel resources to research 
each incompatibility problem and to generate the necessary zaps to the 
non-NEWDOS/80 programs. 

3. The mailing of zaps to all registered NEWDOS/80 owners was delayed 
until a number of zaps were available, a delay usually of months, though 
Apparat would mail out the latest zaps to individuals on request. It 
would be much better if the necessary incompatibility zaps were sent out 
along with the non-NEWDOS/80 program. Apparat, in the past, did not make 
an effort to send the zaps to the manufacturers to include with their 
programs, and for this we apologize. 

For NEWDOS/80 Version 2, Apparat will still issue compatibility zaps for some 
application programs, but fundamentally Apparat will rely on the creator and/or 
distributors of non-NEWDOS/80 programs to produce and distribute the zaps nec- 
essary, if any, to run those programs with NEWDOS/80. To assist in this ef- 
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fort, Apparat offers a free copy of NEWDOS/80 to business firms that produce 
software products to be used on NEWDOS/80, provided these products are adver- 
tised in a major publication (NEWDOS/80 need not be mentioned in the adver- 
tisement) . 



11.3. Reporting of NEWDOS/80 Errors and Incompatibilities. 

To reduce confusion, frustration, cost and wasted time, Apparat requires that 
the following be done: 

1. Read and understand the applicable documentation. 

2. For errors, assure that language programs using NEWDOS/80 are inter- 
facing correctly. Apparat does not check out programs other than what it 
creates. 

3. Assure that all outstanding mandatory zaps have been applied to your 
NEWDOS/80 system or user programs. 

4. Run the circumstances resulting in the NEWDOS/80 error or incom- 
patibility many times under varying conditions (if possible). 

5. Precisely and concisely write up the error circumstances and send, 
along with applicable diskettes, to: 

Apparat , Inc. 

4401 S. Tamarac Parkway 

Denver, CO 80237 

7. Include your NEWDOS/80 registration number. 

8. Include copies of the diskettes (as gifts to Apparat) containing the 
all the modules involved in the error or incompatibility. Apparat will 
destroy the diskettes' contents, including any copies made of them, when 
done with the error study. 

9. DO NOT PHONE Apparat directly. Phone answering personnel are not 
technically knowledgeable of NEWDOS. 

10. DO NOT INCLUDE product orders or other requests with your error 
report. 



11.4. Format of NEWDOS/80 Zaps. 

In NEWDOS/80, zaps (patches) are manually applied by using the program SUPERZA 
discussed in section 6.1. The user should study section 6.1 to learn how to 
use SUPERZAP, but if he/she prefers not to do that, enough information will be 
provided in this chapter to scrape by. 

Though SUPERZAP is a somewhat cumbersome method of applying zaps, this method 
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does have the advantage of forcing the users to learn how to use SUPERZAP and 
gives them confidence in using that program they would otherwise not have ac- 
quired. Sooner or later, everybody needs to use SUPERZAP to help repair dam- 
aged disk files, and when this emergency arises, the more experience the user 
has had with SUPERZAP, the better. 

NEWDOS/80 zaps are consecutively numbered and are dated with the date the zap 
was made available. A zap will be either mandatory or optional, and it is 
either for a NEWDOS/80 module (i.e., one of the files on the NEWDOS/80 master 
system diskette) or for a non-NEWDOS/80 module. If it is mandatory zap to a 
NEWDOS/80 module, and your NEWDOS/80 system diskette is dated later than the 
zap, the zap v/ill usually, but not always, already have been applied to your 
diskette. 

Each zap will have a short explanation of the reason for it. Next will follow 
one or more zap areas, with each area composed of three parts: 

1. The location on the diskette of the first byte of the area. This 
location will consist of 3 parameters and will be in the following format. 

f ilespecl , rel sector ,relbyte 

where 

1. f ilespecl gives the name or name/ext of the file to be zapped. 

2. relsector is the relative sector within the file. relsector is 
in decimal. 

3. relbyte is the relative location within the sector of the zap 
area's 1st byte. relbyte will be in hexidecimal but will not be 
suffixed with the character H. 

Examples : 

DIR/SYS,2,20 

EDTASM/CMD,20,F6 

YOURFILE,0,88 

2. The old contents of the zap area. Each byte will be printed as two 
hexadecimal digits, and for readibility the bytes will be separated by at 
least one space. If a hex digit position contains a - , then either 
Apparat doesn't care or doesn't know what exists in that hex digit before 
it is zapped. 

3. The new contents to' be zapped into the area, printed in the same 
format as for the old contents. 

If a zap area covers more than 24 bytes, the format is changed so that both the 
before and after areas will be aligned to appear as the user will see them on 
the SUPERZAP display. This makes for easier viewing and zapping. 

Many zaps really do not change the first and/or last bytes of the zap area. 
These bytes were included to help the user synchronize on the proper area, both 
before and after the zap, and to provide more verification bytes. However, it 
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is not mandatory that the first and last bytes of the zap area be used this 
way, and they usually won't be if the current zap area ajoins or overflows t 
area of another zap or if the zap area starts, ends, or overflows a sector 
boundary. 



11.5. Zapping Procedure. To apply a zap, perform the following steps: 

1. Make at least one backup copy of the diskette to be changed. NEVER 
NEVER, NEVER, NEVER apply a zap without first making a backup copy!!! 

2. Execute DOS command SUPERZAP. 

3. Mount the diskette containing the file to be zapped. 

4. Enter the SUPERZAP function code DFS. 

5. Enter the file's filespec, containing (1) the name or name/ext from 
the zap area location's 1st parameter (see section 11.4.1 -1.) (if the f: 
has been renamed, then use the applicable name/ext), (2) the access 
password, if required, and (3) the drive number. 

6. Enter the zap area location's 2nd parameter (see section 11.4.1.2) ; 
the relative sector number within the file. 

7. The sector will be displayed to the user (see step 14 below). Find 
the zap area in the display, and verify that the old contents are as th< 
should be. If they are not, then check if the zap you are about to app! 
is already applied; it may well be. If it is, then skip the current za] 
area and go on to the next. If it isn't, then check Apparat. 

8. When satisfied with the old contents, type MODxx without ENTER, xx 
the zap area location's 3rd parameter (see section 11.4.1.3.). 

9. The cursor should appear over the first hex digit of relative byte : 
If the cursor does not appear, type in MODxx again. If trie cursor appe< 

over the wrong digit, check to make sure you are where you think you an 
CAUTION!!! When the cursor appears, SUPERZAP is in modify (overwrite) 
mode; be careful what keys you press. In modify mode, left, right, up i 
down arrows and the space bar may be used to move the cursor. 

10. To alter the hex digit in the cursor position, press the proper - 
or A - F key that represents the replacement value. The cursor will 
automatically advance to the next hex digit. 

11. Type in all the new hex digit values. 

12. If not satisfied with the changes, press Q to cancel the modificati 
and return to the display. 

13. When satisfied with the changes and ready to update them to the dis 
ette, press ENTER. Then press Y, and when instructed, press ENTER agair 
SUPERZAP will exit modify mode back to display mode. 
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14. When in sector display mode (no cursor): 

1. Press K if you wish to display another sector of the same file. 
Go to step 6. 

2. Press J if you wish to go on to another file. Go to step 5. 

3. Press X if you wish to return to the function menu. 

4. Go to step 7 if there is another zap area for this same sector. 



11.6. NEWDOS/80 Zap Distribution. 

Apparat requires registration of all NEWDOS/80 owners and will limit distribu- 
tion of its zaps to registered owners. Please notice that, unlike other reg- 
istration forms, the NEWDOS/80 registration card does not require the NEWDOS/80 
owner to agree to anything; just let us know who you are! 

Apparat does not guarantee that zaps will be distributed, as such distribution 
is a cost to Apparat over and above what the purchaser paid for NEWDOS/80. 
Apparat reserves the right to institute a charge for the zaps at some future 
t ime . 

Zaps will be distributed by mail. Zaps will NOT be given over the phone. 
Distribution of zaps to all registered owners will occur whenever a large num- 
ber of zaps has been accumulated. However, upon request, the latest zaps will 
be sent to individual registered owners, but please, if you are not having any 
trouble with your NEWDOS/80, don't ask. 

When Apparat receives a registration card, the latest copy of the zaps will 
soon thereafter be mailed to the registered owner. This lets the owner know 
that Apparat has received the registration card and provides the owner with any 
zaps generated since either that manual (containing zaps as chapter 13) was 
made up or that NEWDOS/80 diskette was created. 



11.7. Initial Installation of Zaps. 

When you first receive your NEWDOS/80, chapter 13 will contain the zaps out- 
standing at the time your manual was made up. Some of the pages for that 
chapter may have been inserted in the front of the manual at the last minute; 
find them and put them in chapter 13. 

Next, make some backups of the NEWDOS/80 master diskette. 

Now, since your NEWDOS/80 manual may or may not have been made up at the same 
time as your NEWDOS/80 diskette, you must synchronize the diskette with the 
zaps, if any, in chapter 13. Most of the mandatory zaps to NEWDOS/80 modules 
will already have been installed, but you must still check. 
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Using SUPERZAP, test if the highest numbered mandatory zap for a NEWDOS/80 
module has already been installed. If it has, then you may assume all lower 
numbered mandatory zaps for NEWDOS/80 modules have been installed. This is no 
the case for optional zaps to NEWDOS/80 and any zaps to non-NEWDOS/80 programs 
If this highest numbered mandatory NEWDOS/80 module zap has not been applied, 
then check the next 1 ower numbered such zap until you reach one that has been 
installed. Then, from but not including that zap, start applying the higher 
numbered mandatory NEWDOS/80 module zaps in ascending numeric order. Higher 
numbered zaps may well zap over an area covered by a lower numbered zap. 

Apparat has received many complaints from users who did not realize that some 
or all of these mandatory zaps were already applied to their diskette. As a 
general rule, but you must still check, a mandatory NEWDOS/80 module zap is 
installed on your diskette if your diskette is dated later than the zap. 

As well as applying the mandatory NEWDOS/80 module zaps, you must apply the 
mandatory zaps, if any, to those non-NEWDOS/80 modules you are going to use 
with NEWDOS/80. You should also at least read the optional zaps so you know 
they exist. 

Finally, though you will probably never know it, it is possible that your 
NEWDOS/80 diskette will have some mandatory zaps installed not yet listed in 
your chapter 13. This is not common, but such a thing has occurred. The zap 
sheets you receive in response to sending in your NEWDOS/80 registration card 
should cover those unknown but nevertheless already installed zaps. 



11.8. Subsequent: Installation of Zaps. 

When you receive a zap mailing from Apparat, you should apply the new mandator 
zaps to NEWDOS/80 modules and to those non-NEWDOS/80 modules you are using wit 
NEWDOS/80. Once again, you should at least read through the new optional zaps 
There is no need to reread the zaps that you already have, as zaps are seldom 
updated and if they are, usually a subsequent zap refers to the change. 

Remember, your NEWDOS/80 master diskette may already have some of the newer 
mandatory NEWDOS/80 module zaps applied; so check the highest numbered new zap 
and work your way down until you come to a zap that has been installed. Then 
start installing higher numbered zaps in ascending zap number order. 

Never apply a higher numbered mandatory NEWDOS/80 module zap before applying 
all lower numbered mandatory NEWDOS/80 module zaps. 



11.9. Diskette Update Service 

In NEWDOS/80 version 1, due to the large number of zaps, Apparat instituted a 
NEWDDSO/80 original diskette zap update service that is being continued for 
Version 2. This service does not replace the zaps but is intended for those 
users who would prefer Apparat to apply the zaps. 
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The user sends a package to Apparat containing his/her original NEWDOS/80 
diskette, $10.00 for service and handling, and a note explaining that the 
zap update is wanted. Address the package to: 

APPARAT, INC. 

NEWDOS80 Diskette Update Service 
4401 S. Tamarac Parkway 
Denver, Co 80237 

Do not include any other information or requests in this package. Include 
in your note your phone number, your NEWDOS/80 registration number and the 
return address to be used. 

Apparat will perform a full diskette COPY (without CBF option) from its 
then master onto your diskette, such that all NEWDOS/80 module mandatory 
zaps then outstanding will be included on your diskette. Your diskette 
will then be returned via UPS if possible (we can trace UPS better than 
the mail); otherwise the mail will be used. Please, if possible, provide 
us with a street address. 

The original diskette must still contain its original label with the 
registration number, which will be checked against your registration card. 
The diskette must also contain the NEWDOS/80 system. If the registration 
number is missing or the diskette does not contain the system, the update 
will be denied. The $10.00 service and handling charge applies each time 
an original NEWDOS/80 diskette is submitted and it must accompany the 
diskette. Be certain all non-NEWDOS/80 modules that you wish to keep have 
been taken off the diskette before sending it. If your original diskette 
is unchanged, then you have nothing to take off. 

This zap update service includes the mandatory zaps to NEWDOS/80 modules 
only. It does not include optional zaps or zaps to non-NEWDOS/80 modules 
(i.e., SCRIPSIT, EDIT, etc.). This service does NOT include an upgrade to 
a new version of NEWDOS, if and when that occurs. 

Do NOT send your diskette back to your dealer as dealers are not kept up 
to date on the current zaps. Send your diskette only to Apparat. 



11.10. Zap Duplication. 

All users keep many copies of NEWDOS/80, and single drive users are forced to 
have a NEWDOS/80 system on every diskette they use with NEWDOS/80. Once the 
new zaps have been installed correctly on one copy of NEWDOS/80 and these new 
zaps have been checked out, the user is now faced with the task of either 
zapping all the other diskettes or with copying the zapped files to those other 
diskettes. Through use of format 6 COPY (CBF) with the ILF and DFO parameters 
(the DFO parameters is defined below and not with COPY). Instead of specifying 
this proceedure, the following example will be used instead. 

Suppose that the modules SYS0/SYS, SYS2/SYS, SYS17/SYS, SYS14/SYS, 
BASIC/CMD, and DIRCHECK/CMD were changed by the latest zaps. The zaps 
were applied to one copy of NEWDOS/80, and NEWDOS/80 was then checked out 
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to make sure the zaps were OK. For the rest of this example, this 
diskette is referred to as the zapped diskette. 

An ILF file (which is just like a chain file) is built containing the 
following records. 

SYS0/SYS 

SYS2/SYS 

SYS17/SYS 

SYS12/SYS 

BASIC/ CMD 

DIRCHECK/CMD 

This file is named ZAPNAMES/ILF and is placed on the zapped diskette. 
Next, a chain file is built containing one of the following two commands 



COPY ,0,0,, NFMT , DFO , CBF , ILF=ZAPNAMES / ILF : 



single drive system: 



or 



COPY,0 ,1,, NFMT, DFO, CBF, ILF=ZAPNAMES/ILF:0 



two drive systems 



This file is named ZAPDUP/JCL and is stored on the zapped disketted. Bo 
of these files can be built using CHAINBLD (see section 6.6) or SCRIPSIT 

The zapped diskette will be considered both the SYSTEM and the SOURCE 
diskette and will be mounted on drive 0. The NEWDOS/80 diskette to 
receive the zapped modules will be considered the destination diskette, 
and, in the case of two drive systems, it will be mounted on drive 1. 

Then, for every NEWDOS/80 diskette that is to receive the zapped modules 
execute the DOS command: 

DO.ZAPDUP 

This DO command will cause execution of the COPY command contained in fi 
ZAPDUP/JCL: 0. Since the COPY command specifies an ILF file, only the 
files listed in that ILF file will be copied. Further, since the DFO 
option was specified, only those of the six files previously existing on 
both the destination and source diskettes are copied. For example, if 
DIRCHECK/CMD was not previously on the destination diskette, it is not 
copied to it. 

Single drive system users will have to do a lot of diskette mounting. I 
is best to put a special marking on the zapped diskette to distinguish i 
from all trie others. 

Two drive system users will have only two responses per diskette copy. 

Since the DFO (Destination Files Only) option was not defined in COPY, i 
is defined here to mean that only files already existing on the both the 
destination and the source diskette are copied. 



ERRORS, PATCHING 



11-8 



12. CONVERSION INFORMATION AHD MISCELLANEOUS COMMEHTS. 

This chapter contains Version 1 to Version 2 conversion information, miscella- 
neous information and changes to the information contained in other chapters as 
those chapters were already sent to the printers before the changes could be 
made. 



12.1. RBAs gain in respectibility. 

In late July, Apparat became aware that beginning with the Model III TRSDOS 
Version 1.3, TRSDOS is using RBA (Relative Byte Addressing) as the format for 
the EOF field in the directory FPDEs and for the EOF and NEXT fields in the 
FCBs. Finally, after 28 months, one of the major incompatibilities between 
NEWDOS and TRSDOS, that of the different handling of the FCB NEXT and EOF 
fields, will be mostly, if not fully, eliminated. 

See section 5.7 for discusion of the FPDE EOF field in the 4th, 21st and 22nd 
bytes. See section 5.9 for discussion of the FCB EOF field in the 9th, 13th 
and 14th bytes and the FCB NEXT field in the 6th, 11th and 12th bytes. 

See section 12.4 for NEWDOS/80 Version 2 incompatibility with Model I TRSDOS 
Version 2.3. 

See section 12.5 for NEWDOS/80 Version 2 incompatibility with Model III TRSDOS 
Version 1.3. 

TRSDOS 's changing of the FPDE EOF field to RBA format is the correct move to 
make, but it has the unfortunate problem of making Model III TRSDOS 1.1 and and 

1.2 diskettes not directly readable on 1.3 and vice versa. Feeling that the 

1.3 directory structure will become the Model III standard despite all com- 
plaints, the functions of the NEWDOS/80 COPY command (see section 2.14) that 
allow copying of files from and to Model III TRSDOS diskettes will work with 
the Model III TRSDOS 1.3 diskettes only. 

When RBAs were instituted in March, 1979 as the NEWDOS format for the FCB NEXT 
and EOF fields, we also wanted to set the directory FPDE EOF fields to RBA 
format. Doing so would have made all NEWDOS diskettes incompatible with all 
existing TRSDOS diskettes and seriously reduced NEWDOS 1 useability. Since 
there are very few programs that actually read or write the directory FPDE EOF 
field and since the reason for changing to RBA formats is to eliminate confus- 
ing situations that could occur in FCB processing, Apparat decided to leave the 
directory FPDE EOF field alone. The procedure for converting from the FPDE EOF 
format used by NEWDOS and the old TRSDOSs to RBA format and vice versa is sim- 
ple enough and doesn't cause confusion. The rules are: 

To convert from the NEWDOS and old TRSDOS format to RBA format: if the 
lower order byte of the 3 byte value is non-zero, subtract 256 from the 3 
byte value (or subtract 1 from the high order 2 byte value). 

To convert from RBA format to the NEWDOS and old TRSDOS format: if the 
lower order byte of the 3 byte RBA value is non-zero, add 256 to the 3 
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Byte RBA value (or add 1 to the high order 2 byte value). 

Even though at this time there are rumors of Model III compatible TRSDOS comi 
out for the Model I that will use the RBA format in the directory FPDE EOF 
field and even though Apparat agrees that that field should be in RBA format, 
NEWDOS/80 for Version 2 will remain with the old format for that field. 



12.2. Converting from Version 1 to Version 2 on the Model I. 

1. Most programs that worked on Model I NEWDOS/80 Version 1 will work c 
the Model I NEWDOS/80 Version 2. 

2. The BREAK key enable/disable can no longer be controlLed via bit 4 c 
436 9H. User program may continue to toggle this bit, but DOS ignores it 
See section 2.8. 

3. FCB changes (see section 5.9): 

1. Use of bit 2 (indicating track and sector operations) of FCB's 
1st byte has been dropped. 

2. New definitions have been created for bit 3 of the FCB's 2nd by 
and for bits 7 -5 of the FCB's 3rd byte. 

3. FCB's 17th through 32nd bytes have been redefined. 

4. Directory changes (see sections 5.6, 5.7 and 5.8): 

1. The GAT sector now accounts for lumps instead of tracks. Each 
byte within the 00 - BF range in the GAT now corresponds to a lump 
rather than a track, and granules per lump rather than granules per 
track is now used. The first byte of each extent element within 
FPDE's and FXDE's is now a lump number rather than a track number. 
The 3rd byte of the diskette's first sector (the boot sector) is no 
a lump number rather than a track number. Provided trie proper GPL 
value is specified in PDRIVE, all Version 1 directories and boot 
sector 3rd bytes are directly usable on Version 2 and, with greater 
care, vice versa. 

2. Bits 7, 6 and 5 of the FPDE 2nd byte have been defined. 

3. The granule allocation table can now optionally use the first 1 
bytes of the GAT sector. If the diskette's lump count is greater 
than 96 (60H), the granule allocation has overflowed into and negat 
the granule existence table (the lockout table). 

5. DEBUG can no longer be enabled/disabled by the value in 4315H. User 
programs can continue to set this location, but DOS ignores it. 

6. DEBUG can no longer be entered by pressing the BREAK key; only the 1 
keys are used (see section 4.1). 

7. PDRIVE has been greatly altered. Study section 2.37 carefully. The 
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following PDRIVEs must be used to read and write existing Version 1 disk- 
ettes on Version 2. These specifications must be used when making a 
diskette that will be read on Version 1. 

- 1. PDRIVE,dnl,dn2,TI=A,TD=A,TC=35,SPT=10,TSR=3,GPL=2,DDSL=17,DDGA=2 
is the specification for standard 5 inch, single density single sided 
diskettes. For 40, 77 or 80 track drives, set TC accordingly. 

- 2. PDRIVE,dnl,dn2,TI=A,TD=C,TC=80,SPT=20,TSR=3,GPL=4,DDSL=17,DDGA=2 
Use this DPRIVE setting for 5 inch, single density, double sided 
diskettes. For 35, 40 or 77 tracks, set TC accordingly. 

3. PDRIVE,dnl,dn2,TI=B,TD=B,TC=77,SPT=15,TSR=3,GPL=3,DDSL=17,DDGA=2 
is the specification for 8 inch, single density, single sided 
diskettes used with the OMIRRON interface. Version 2 can handle up 
to SPT=17 for this type of diskette; you may want to covert*your 
existing diskettes to gain the extra 12 percent space. 

4. PDRIVE,dnl,dn2,TI=B,TD=D,TC=77,SPT=30,TSR=3,GPL=6,DDSL=17,DDGA=2 
is the specification for 8 inch, double sided, single density 
diskettes used with the OMIKRON interface. Version 2 can handle up 
to SPT=34 for this type of diskette; you may want to convert your 
existing diskettes to gain the extra 12 percent space. 

- 5. PDRIVE,dnl,dn2,TI=CK,TD=E,TC=34,SPT=18,TSR=3,GPL=2,DDSL=17,DDGA=2 
is the specification for 5 inch, single sided, double density 
diskettes with the PERCOM douber interface. For 40, 77 and 80 track 
drives, set TC to 39, 76 and 79 respectively. If LNW interface, use 
TI=EK; if that doesn't work, try TI=CK. 

6. NOTE!!! 5 inch, double sided, double density diskettes used on 
NEWDDOS/80 Version 1 cannot be used on Version 2. The files on these 
diskettes must be moved, while using NEWDOS/80 Version 1, to either 
double sided, single density or single sided, double density 
diskettes, which can be used with Version 2. Once this is done, the 
file may be copied to a Version 2 double sided, double density 
diskette. 

8. 5 inch double density diskettes are supported in Version 2 for the 
PERCOM and LNW double density modifications. 

9. SYSTEM has been greatly expanded. Study section 2.46 carefully. 

1. Options AH and AK are dropped. Options AT through BN, except BL, 
have been added. 

2. Option BN decides whether NEWDOS/80 is to write single density 
directory sectors to be readable by Model I TRSDOS or readable by 
Model III NEWDOS/80. One or the other is allowed but not both. 

3. Option BJ allows NEWDOS/80 disk delay timing loops to be increas- 
ed so that CPU speed up modifications can be active during disk I/O. 
NEWDOS/80 can handle most CPU speed ups, but it cannot tolerate any 
slowdown of the CPU below the standard 1.772 megahertz speed. 
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10. COPY has been considerably changed. Study carefully section 2.14. 

1. CBF will work even though the system diskette must be dismounted 
or if all three diskettes will use the same drive. 

2. If you are using CBF (format 6) to copy the NEWDOS/80 Version 2 
system to another diskette, then you MUST specify the FMT option. I 
you don't, the BOOT/SYS and DIR/SYS information may be wrong. If yo 
are simply copying one or more of the system files to an existing 
system diskette (existing in the sense that it can already boot 
properly on the drive it is supposed to boot on) then you do not nee 
to specify FMT. This information was not included in the CBF 
documentation and should have been. 

3. COPY allows files to be copied back and forth between a NEWDOS/8 
Version 2 diskette and a Model III TRSDOS Version 1.3 or higher 
diskette provided the proper PDRIVE setting is used (see PDRIVE TI 
flag M) - 

11. The DOS system ID formerly at location 403EH is now shifted to 4427H 
In Version 1, 403EH contained either 80 (50H) or 128 (80H). In Version 

2, location 4427H contains 130 (82H) identifying NEWDOS/80 Version 2, and 
location 442BH contains 01 if Model I and 03 if Model III. 

12. None of the NEWDOS/80 Version 1 modules, including all the system 
modules, the BASIC modules and all other programs supplied on the master 
diskette, can be used with NEWDOS/80 Version 2. Therefore, the user file 
on Version 1 system diskettes must be copied to Version 2 system diskette 
without copying any of the old Version 1 modules. For single drive users 
this is a monumental task, but even multi-drive users must convert more 
than one system diskette. For each such system diskette, you may use the 
following procedure to copy your files. 

1. Using a copy of the zap updated NEWDOS/80 master system diskette 
as both the system and source diskette, make another copy of that 
diskette using format 5 or format 6 COPY with the FMT option 
specified. 

2. Kill off NEWDOS/80 Version 2 files that you do not want to keep. 
You could have effectively done this by using the ILF parameter in 
the above COPY, if that copy was format 6. Your ILF file can be 
built starting with the NWD82V2/ILF file provided on your NEWDOS/80 
Version 2 master diskette and, using CHAINBLD/BAS or SCRIPSIT to 
delete lines for unwanted files. Remember to save the resulting fil 
under a different name, which you will refer to in the ILF parametei 
of the COPY. 

3. Using the resulting diskette again as the destination diskette 
and the old Version 1 diskette as the source diskette, perform a 
format 6 copy with the NFMT and the XLF=NWD82V2/XLF:0 parameters. 
This will copy all of your files from the Version 1 to the Version : 
diskette but will not copy any of the NEWDOS/80 Version 1 files, 
since they were all excluded by the XLF file. The file NWD82V2/XLF 
was included on the NEWDOS/80 Version 2 diskette exactly for this 
purpose and can be inspected via SCRIPSIT or CHAINBLD/BAS. 
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4. If you wish to copy the resulting Version 2 system diskette that 
now has your files as well back onto the old Version 1 diskette, you 
should do so using a format 5 or format 6 copy with the FMT option 
specified. This gets the Version 2 system and your files back onto 
the diskette with the old label. 



12.3. Converting from Version 1 on the Model I to Version 2 on the Model III. 

1. Most of section 12.2 applies here; read that section before reading 
this one. This section will deal only with Model III specifics. 

2. Most user programs that were zapped to work with NEWDOS/80 Version 1 
will work on the Model III NEWDOS/80 Version 2 with the following correc- 
tions : 

1. All references to any bytes in the location range 4300H - 43FFH 
must be dropped or changed to different appropriate locations. This 
area is now the system sector buffer instead of the 4200H - 42FFH 
area used by Version 1. 

2. The use of 4315H to toggle DEBUG must be dropped altogether. 

3. The byte at 431 2H used to enable/disable the BREAK key has been 
shif- ted to 4478H. The toggling of bit 4 of location 4369H must be 
dropped altogether. 

4. The location of HIMEM has been shifted from 4049H - 404AH to 
4411H - 4412H. 

5. The location of the CLOCK has been shifted from 4041 - 4043H to 
4217H - 421 9H. 

6. The location of the DATE has been shifted from 4044H - 4046H to 
421AH - 421CH. 

7. The 25ms one byte cyclic counter has been shifted from 4040H to 
441FH. The user timer interrupt routines still cycle based on 25ms 
increments even though the interrupts really occur every l/30th or 
l/125th of a second. 

8. The 4410K vector used to insert a timer interrupt routine into 
NEWDOS/80's queue has been changed to 447BH (see section 3.8). 

9. The DOS command buffer has been changed from starting at 431 8H to 
start at 4225H. 

3. The Model III NEWDOS/80 Version 2 diskette directories are in Model I 
NEWDOS/80 Version 2 format and are NOT compatible with Model III TRSDOS 
diskettes. 
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4. The Model III NEWDOS/80 Version 2 FCB format is the same as for the 
Model I NEWDOS/80 Version 2 and is NOT compatible with the Model III 
TRSDOS FCB format. 

5. The following PDRIVE specifications must be used to read and write 
existing Version 1 diskettes on Model III Version 2. These specifications 
must be used when making a diskette that will be read on Version 1. 

1. PDRIVE, dnl, dn2,TI=AK,TD=E,TC=39,SPT=18,TSR=3,GPL=2,DDSL=17,DDGA=: 
is the specification for 5 inch, single sided, double density, 40 
track diskettes. For 35, 77 or 80 tracks, set TC to 34, 76 and 79 
respectively. 

2 . PDRIVE , dnl , dn2 , TI=A, TD=A, TC=80 , SPT=1 , TSR=3 , GPL=2 , DDSL=1 7 , DDGA=2 
is the specification of a 5 inch, single sided, single density 
diskette. For 35, 40 or 77 track drives, set TC accordingly. 

3. PDRIVE, dnl, dn2,TI=A,TD=C,TC=80,SPT=20,TSR=3,GPL=4,DDSL=17,DDGA=2 
is the specification of a 5 inch, double sided, single density, 80 
track diskette. For 35, 40 and 77 track drives, set TC accordingly 

4. NOTE!!! 5 inch, double sided, double density diskettes used on 
NEWDOS/80 Version 1 cannot be used directly on the Model III. See 
section 12.2.7.6. 



12.4. NEWDOS/80 Version 2 incompatibilities with Model I TRSDOS Version 2.3. 

1. NEWDOS/80 maintains the NEXT field of the FCB in RBA format at all 
times. TRSDOS 2.3 maintains the NEXT field as an RBA whenever the lower 
order byte equals or whenever the current write position is within a 
buffer that has been changed but not yet updated. In most other cases, 
TRSDOS tends to maintain the NEXT field equal to the RBA plus 256. At an 
one time, there is some confusion just what the NEXT field really means. 

2. NEWDOS/80 maintains the EOF field of the FCB in RBA format at all 
times, and it updates the FCB EOF field for each byte written to the file 
if indeed the EOF is to be changed. TRSDOS 2.3 updates the EOF only when 
the sector is actually written, though the low order byte is updated 
continuously during single byte or logical record writes. Thus if the 
current record would cause a change in EOF, EOF has two possible values, 
depending upon whether the current sector has pending data awaiting write 
or the current sector has already be written. Normally TRSDOS 's FCB EOF 
value is an RBA value if the low order byte equals and RBA plus 256 if 
the low order byte is non-zero. 

3. Enabling or disabling of DEBUG in TRSDOS is still done by setting the 
byte at 431 5H which is ignored in Model I NEWDOS/80 and must not be done 
in Model III NEWDOS/80. 

4. Activation and deactivation of timer routines is done differently in 
the two systems (see sections 3.8 and 3.9 for the NEWDOS/80 methods). 

5. Both Model I TRSDOS and NEWDOS/80 use essentially the same directory 
CONVERSION & COMMENTS 12-6 



format except that TRSDOS is still limited to 35 track diskettes and a two 
granule directory and that NEWDOS/80 uses some previously unused bytes and 
bits. 

6. The following is a list of routines defined in chapter 3 that are 
common to both NEWDOS/80 Version 2 and Model I TRSDOS 2.3. Each routine 
performs nearly the same in both systems. The other chapter 3 routines 
are either not used in Model I TRSDOS or are defined for different 
functions. These common routines are: 

0013H, 001BH, 402DH, 4030K, 4400H, 4405H, 4409H, 440DH, 441 CH, 4420H, 
4424H, 4428H, 442CH, 4430H, 4433H, 4436H, 4439H, 443CH, 443FH, 4442H, 
4445H, 4448H, 4467E, 446AH, 446DH, 4470H, 4473H 



12.5. NEWDOS/80 Version 2 incorapatibilites with Model III TRSDOS Version 1.3. 

1. Model III TRSDOS diskettes are totally incompatible with NEWDOS/80 
Version 2 diskettes. 5 inch, single density, single sided, 35 track 
diskettes with a two granule directory starting on lump 17 can be proces- 
sed with Model III TRSDOS' s convert program. Also, files can be copied 
back and forth between NEWDOS/80 Version 2 diskettes and Model III TRSDOS 
Version 1.3 or higher diskettes providing the PDRIVE specifications for 
the Model III TRSDOS diskette include the TI flag M. 

2. Model III TRSDOS Version 1.3 has gone to using RBA values in the NEXT 
and EOF fields of the FCB and the EOF field of the directory. With this 
change to the FCB processing, NEWDOS/80 and TRSDOS has become more com- 
patible than previously though, at this printing, just how close is not 
yet clear. 

3. Model III TRSDOS uses a 50 byte FCB whereas NEWDOS/80 Version 2 stays 
with the old 32 byte format. NEWDOS/80 can use the 50 byte FCB area, but 
TRSDOS will clobber the 18 bytes following a 32 byte FCB. Users should 
study the specifications of the FCB's between the two systems as the dif- 
ferences are not detailed here. 

4. The byte used to enable or disable the BREAK key is at 42AEH for Model 
III TRSDOS whereas it is as 4478H for Model III NEWDOS/80 and 4312H for 
Model I NEWDOS/80. If the byte equals 0C9H the BREAK key is enabled, and 
if the byte equals 0C3H the BREAK key is disabled. 

5. The following is a list of the routines defined in chapter 3 that are 
common to both NEWDOS/80 Version 2 and Model III TRSDOS. Each routine 
performs nearly the same in both systems. The other chapter 3 routines 
are either not used in Model III TRSDOS or are defined for different fun- 
ctions. These common routines are: 

0013H, 001BH, 402DH, 4030H, 4409H, 440DH, 441CH, 4420H, 4424H, 4428H, 
442CH, 4430H, 4433H, 4436H, 4439H, 443FH, 4442H, 4445H, 4448H. 

6. Refer to section 7.13 for comparison of the BASIC CMD functions 
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offered in NEWDOS/80 with those offered for Model III TRSDOS. 

7. Routing is handled somewhat differently in the two systems. Straight 
forward applications should be all right. DUAL is not implemented in 
NEWDOS/80. 



12.6. Miscellaneous Comments. 

1. A very few users have coded system routines to be loaded by DOS' sys- 
tem routine loader, and these users should be aware that NEWDOS/80 Versioi 
2 uses the system FPDE slots through SYS21/SYS. Whereas NEWDOS/21 and 
TRSDOS were limited to 14 system programs loadable by the system program 
loader NEWDOS/80 allows for 30 with FDE slot assignment continuing the 
same order established by the old TRSDOS. The code t o activate a routine 
in one of these directory position dependent system modules is sent to th 
system in register A, must be greater than 1FH and in uuubbsss 8-bit for- 
mat where: 

sss+2 = the relative sector in the directory containing the FDE 

bb times 32 (20H) = the offset in the sector to the FDE. 

uuu = a user defined code greater than 0. 

A future release of NEWDOS will use system programs from SYS22/SYS 
and up; users should start from SYS29/SYS down. 

2. All NEWDOS80 support programs use HIMEM high memory value in Model I 
locations 4049H-404AH (Model III locations 4411H-4412H) as upper memory 
limit. 

3. (Model I only) During power on, reset or a jump to location 0, 
control is passed to the ROM. To determine if the disk controller is 
present, the ROM tests the contents of location 37ECH, the disk controlle 
status byte. If the value is either 00 or FFH, ROM assumes a non-disk 
system and proceeds to initialze non-disk level II BASIC. However, 00 is 
a valid disk controller state, meaning that the controller has no status 
and the drives are ready (the light is on). To avoid this unwanted entrj 
into non-disk BASIC, wait unt il the ready light goes off before pressing 
rese t. 

4. To speed up disk operations when additional file space is allocated 
to a file, NEWDOS/80 allocates up to 4 granules at one time. There is a 
disadvantage to this, however. If two or more new files on the same 
diskette are open at the same time, it is quite possible to run out of 
file space, close all the files and then find out the diskette now has 
space, as CLOSE released the extra granules that files had allocated but 
not yet used. 
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5. NEWDOS/80 currently does not have any check on maximum track number 
when it moves the diskette arm. If the track number exceeds the physical 
limits of the drive, the drive arm will bang against the stops for as many 
times as the track number exceeds the physical number of tracks for the 
drive. Since DOS retries I/O a number of times, it can be as long as one 
minute before the I/O is declared in error. To cut this interval short 
when this banging occurs, simply open the drive door and wait till either 
the drives stop rotating or the error is declared. Then close the drive 
door. 



6. The BASIC single stepping (CMD"F=SS") function does not allow time 
dependent functions such as an INKEY$ loop to work. In the case of 
INKEY$, if the user inputs a non-null key to INKEY$ along with the ENTER 
that steps BASIC, the INKEY$ key is ignored since it is seen before the 
ENTER. Also, the single stepping display does not work in 32 character 
display mode. 



7. FORMAT correction. Parameter PFST is mutually exclusive with Y and 
with N. 



8. COPY correction. If format 6 COPY (CBF) is used to copy the NEWDOS/80 
system to a new system diskette, the parameter FMT must be specified in 
order that system files be allocated the required directory FPDEs, be 
assigned disk space in the required position relative to the directory, 
have the proper information placed into file BOOT/SYS. This type of COPY 
must be used whenever a system diskette is created whose PDRIVE speci- 
fication is different from that of the source diskette. 
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13. NEWDOS/80, Version 2, Model I ZAPS 08/04/81. 

CAREFULLY STUDY chapter 11 of NEWDOS/80 documentation for instructions on how 
to apply zaps. 

Some modules have multiple versions with the zaps different in each version. 
Use the verify to determine which version you have and apply the appropriate 
zap(s). If you have a version different from any listed (i.e., the verify(s) 
do not match, contact the program's distributor or Apparat. Apparat is trying 
to get the program creator/maintainer/distributor to create and distribute the 
necessary zaps to run with NEWDOS/80, Version 2, but where this does not occur 
and for widely used programs, Apparat will generate any necessary zaps. If 
Apparat decides to generate the zaps and does not have your particular version, 
you will be asked to send the version you have on diskette (as a gift to 
Apparat, see chapter 11) to Apparat so that Apparat may determine the appro- 
priate zaps; Apparat will not seek out your version from another source, and 
will not create a zap from a paper listing. 



******** 2AP 001 ******** 08/04/81 ******** V2M1 ******** 

Mandatory zaps to Microsoft's EDIT/CMD to enable it to run with NEWDOS/80. You 
must maintain separate copies of this module for each of TRSDOS and NEWDOS as 
the module for one system is incompatible with the that for other though the 
files they manipulate are compatible. These changes are due to the FCB's NEXT 
and EOF fields being defined in NEWDOS differently than in TRSDOS. 

EDIT/CMD, 38, E8 change 

7E E6 7F 7E 21 FE FF CA 58 78 EE 80 87 DA 5D 78 to 

7E 60 69 D6 01 30 01 2B 29 07 30 01 23 18 04 78 

EDIT/CMD, 32, A2 change 

78 E6 7F C2 28 72 78 EE to 78 D6 01 30 08 18 04 EE 



******** 2AP 002 ******** 08/04/81 ******** V2M1 ******** 

Mandatory zap for PENCIL/CMD to disable the alteration of a DOS location by 
PENCIL. This alteration of DOS by PENCIL is not needed in either NEWDOS/80 or 
NEWDOS/ 21. 

PENCIL/CMD, 00, AE change F3 32 9B 46 C3 to F3 00 00 00 C3 

Apparat has been advised that the following two zaps to PENCIL/CMD will (1) 
allow PENCIL/CMD to read the directory properly and (2) enable the use of 
MINI-DOS under PENCIL/CMD. 

PENCIL/CMD, 05, 60 change 58 23 22 to 58 00 22 

PENCIL/CMD, 00, 61 change 54 22 16 40 21 to 54 00 00 00 21 

This latter zap prevents PENCIL/CMD from using its own keyboard routine, 
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thereby defaulting back to NEWDOS/80*s wherein 'DFG' invoking MINI-DOS can be 
spotted. 



******** ZAP 003 ******** 08/04/81 ******** V2M1 ******** 

Mandatory zap to Radio Shack's programs SCRIPSIT/UC and SCRIPSIT/LC to run 
under NEWDOS/80 (and NEWDOS/21). The user should maintain separate copies for 
NEWDOS and for TRSDOS as the programs for each system are incompatible with the 
other system even though the files they manipulate are compatible. The first 3 
changes are necessary because of the different way the FCB's NEXT and EOF 
fields are maintained. If you are running NEWDOS and files appear to load 
short one sector, check to make sure these zaps are in. The 4th zap causes 
DOS' HIMEM address value in 4049H - 404AH to be used as SCRIPSIT's high memory. 

The 5th zap re-enables the interrupts so MINI-DOS can be invoked from 
SCRIPSIT. 

/ SCRIPSIT/UC, 11, 75 and SCRIPSIT/LC, 11 ,75 
* change 47 00 CD 6E 7A 4F to 47 00 3A B9 7C 4F 

SCRIPSIT/UC, 11, FB and SCRIPSIT/LC, 11 ,FB 
change B7 C4 EF 5D 79 to B7 32 B6 7C C4 

SCRIPSIT/UC, 12,00 and SCRIPSIT/LC, 12, 00 
change 32 B9 7C 11 to EF 5D 00 11 

SCRIPSIT/UC, 00, 63 and SCRIPSIT/LC, 00, 63 change 
7C 21 FF 00 25 7E 2F 77 AE 20 F9 22 to 
7C 2A 49 40 00 00 00 00 00 00 00 22 

SCRIPSIT/UC, 00, C3 and SCRIPSIT/LC, 00, C3 
change 57 F3 ED to 57 00 ED 



******** ZAP 004 ******** 08/04/81 ******** V2M1 ******** 

Optional zap to increase drive power on delay to the full one second used in 
older DOSs. NEWDOS/80 waits only 1/2 second for the the drives to attain 
rotational speed during power on select. If you feel the drives would perform 
better with the longer delay, apply this zap. 

SYS0/SYS,04,C3 change 06 80 CB to 06 FF CB 



******** ZAP 005 ******** 08/04/81 ******** V2M1 ******** 

Mandatory zap for APL80/CMD to enable it to run with NEWDOS/80. APL80/CMD 

references a routine internal to DOS that is in a different location in 
NEWDOS/80 than it was for TRSDOS and NEWDOS/21. 

APL80/CMD,12,74 change 21 A2 4B to 21 B4 4B 

APL80/CMD, 14,52 change 21 A2 4B to 21 B4 4B 
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******** 2AP 006 ******** 08/04/81 ******** V2M1 ******** 

Optional zap to EDTASM/CMD to disable the lower case to upper case conversion 
done by EDTASM's keyboard input routine. Most functions within EDTASM will 
still require upper case, but comments and operands enclosed in single quotes 
(for DEFM and DEFB) will accept lower case. 

EDTASM/CMD ,28, El change FE 61 D8 to FE 80 D8 



******** ZAP 007 ******** 08/04/81 ******** V2M1 ******** 
This is information rather than an actual zap. 

1. Where possible, the NEWDOS/80 modules have reserved zap areas. Apparat 
purposely did not mention them in its documentation as it did not want to draw 
attention to them. Users are hereby warned that Apparat will preempt these 
areas without preliminary notice and in its zap verifies will expect these 
areas to contain zeroes. Users who apply non-Apparat zaps into these areas 
should carefully maintain logs of what they have done to compare against future 
NEWDOS/80 zaps for area conflicts. 

2. The DOS command ATTRIB (see section 2.3) has an additional optional param- 
eter, LRL=xxx, not specified in that section. LRL=xxx specifies the new log- 
ical record length of records in the file where xxx is an integer between 1 and 
256. The record length is used now only by DIR, but if user processing assumes 
a file has a given record length, some users may want the DIR display to 
reflect it. 

3. MINI-DOS (see section 4.2) is illegal under DOS-CALL (see section 4.4). If 
the DFG keys are depressed while DOS is under DOS-CALL, the triple key 
depression will be ignored. 

4. DOS command ROUTE (see section 2.43) has been altered such existing routes 
are displayed only if the ROUTE command has no parameters. 

5. DOS command COPY (see section 2.14), format 6 (CBF) has a new optional 
parameter DFO (Destination Files Only). If DFO is specified, then file 
contents are copied if and only if the file previously existed on both the 
destination and source diskettes. DFO is mutually exclusive with FMT. 

6. DOS command FORMAT (see section 2.22) has a new optional parameter RWF ( RaW 
Format). If RWF is specified, all errors are ignored and each track is format- 
ted once, whether or not the format actually takes. RWF is used when the user 
wishes to obliterate the information on a damaged diskette and doesn't have a 
magnet. RWF is mutually exclusive with KDN, KDD, DDSL, DDGA and PFST. 



******** ZAP 008 ********* 08/04/81 ********* V2M1 ******** 

Mandatory zap to PROFILE'S module INIT to correct for a different error code 
returned by NEWDOS/80 and to allow for NZ error state to take precedence over C 
or NC state on return from 4420H call. With this change, the zapped module 
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will still run under TRSDOS. This zap is for 3 different versions of the same 
module. 



INIT,00,54 change 

44 38 09 28 OF FE 1A 28 13 C3 3F 52 CD to 

44 20 19 00 00 00 00 00 00 00 30 08 CD 

If the above doesn't verify, then try one or the other locations below. 

INIT,00,63 or INIT,00,64 change 

44 38 11 28 07 FE 1A 28 13 C3 47 52 CD to 

44 20 19 00 00 00 00 00 00 00 38 08 CD 

For those interested and for some PROFILE modules, the following optional zap 
will reenable the interrupts so '123* and 'DFG' can be used under PROFILE and 
NEWDOS/80. 

PROFILE/ CMD,1 1,45 change F3 CD to 00 CD 



******** ZAP 009 ******** 08/04/81 ********* V2M1 ******** 

Mandatory zap to Racet's Infinite Basic IBLOAD/CMD module to enable it to run 
under NEWDOS/80 as well as TRSDOS. 

IBLOAD/CMD/CMD,08,15 change 

15 21 B6 79 11 F4 79 CD 36 44 28 to 15 11 F4 79 CD 13 00 32 B6 79 28 



******** ZAP 010 ******** 08/04/81 ********* V2M1 ******** 

Mandatory zap to Racet's DSM module DSMB/CMD to adjust for NEWDOS/80' s require- 
ment that a filespec's type have a maximum of 3 chars and that a filespec end 
with a terminator. This corrects only for the filespec DSMC/CMDPATCHPATCHPATCH 
such that if a user patches in a different filespec, he/she will have to apply 
the 03 byte at the end of that filespec. 

DSMB/CMD, 03, C2 change 44 50 41 to 44 03 41 



******** ZAP 011 ******** 08/04/81 ******** V2M1 ******** 

Mandatory zap to allow VISICALC to operate with NEWDOS/80. The resulting zap- 
ped module will not run with TRSDOS or NEWDOS21; so maintain 2 different 
versions. This zap deals with the different handling by NEWDOS/80 of the user 
25ms interrupt routines (see sections 3.8 and 3.9). 

VC/CMD,03,2B change 

09 3E 00 21 20 03 22 51 9F C9 79 to 09 18 BB 00 00 08 08 C3 EF 9B 79 

VC/CMD,75,15 change 11 28 9C 22 to 11 IE 55 22 
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/VC/CMD,75,24 change 

C9 3E 03 C3 13 44 CD 4E 53 F5 CD 16 9C 28 0E 3E to 
C9 11 IE 55 C3 13 44 CD 4E 53 CD 16 9C C8 00 3E 

Mandatory zap to VISICALC to adjust for NEWDOS/80's difference from TRSDOS on a 
returned error code causing VISICALC 1 s directory search to hang if any of the 4 
drives are not present or have no diskette mounted. This zap is not 
incompatible with TRSDOS. 

/vC/CMD,73,01 change C9 FE 18 20 to C9 37 C9 20 



******** 2AP 012 ******** 08/04/81 ******** V2M1 ******** 

Optional zap to increase or decrease the sensitivity of double density diskette 
formatting. One of three byte patterns can be chosen, depending on the relia- 
bility of your interface, drive and diskettes. The more sensitive the byte 
pattern, the greater the probability a marginal diskette will fail format and 
the lesser the probability that having formatted successfully, the diskette 
will fail later (under normal careful handling). The less sensitive the byte 
pattern, the lesser the probability a marginal diskette will fail format and 
the greater the probability that having formatted successfully, the diskette 
will fail later. The byte patterns are: 

1. E5 E5 = least sensitive during formatting. This was and is the 
single density standard pattern. c, / .' ... ■ - 

2. 5B 5B = intermediate sensitivity during formatting. This is the 
TRSDOS Model III pattern. 

3. 6D B6 = most sensitive during formatting. This pattern strains the 
disk formatting and if the interface, drives and diskettes are not in 
first class condition, 30% or more of the diskettes will fail formatting. 

Depending upon the frequency of format failures to diskette failures at other 
times, the user chooses which of the three 2 byte patterns to use and inserts 
them in the following locations, first checking that one of the three patterns 
is already at those locations. Each location receives both bytes, and as a 
check on each location, the preceding byte is F5. 

SYS6/SYS,31,D9 

SYS6/SYS,31,F3 



******** 2AP 013 ******** 08/03/81 ******** V2M1 ******** 

Optional zap to allow the COPY function to use Model III diskettes in the 
TRSDOS 1.2 or earlier directory format instead of the TRSDOS 1.3 format the 
COPY command is prepared to handle. The zap must be backed off when the user 
wants to re-enable COPY to handle TRSDOS 1.3 format Model III diskettes. 
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SYS6/SYS,14,75 change 01 00 7B to 01 01 7B 

SYS6/SYS,14,C8 change 01 00 40 4E 01 13 00 to 01 13 40 4E 01 00 00 

SYS6/SYS,20,EA change 61 C8 5E to 61 C9 5E 

******** ZAP 014 ******** 08/08/81 ******** V2M1 ******** 

Mandatory zap to correct an error in BASIC that was causing SYNTAX error to 
occur when the short editing codes A, D, E and L were being used. This error 
was introduced into BASIC just before Version 2 release in the correction of 
another but more trivial error. 



SYS18/SYS, 02,31 change 

2C D7 28 06 FE 3D 20 F9 18 23 El to 2C CD CF 65 28 27 FE 0D 20 F7 El 



^/ BASIC/CMD,14,D8 change 00 00 00 00 00 to 23 7E FE 3D C9 



******** zap 015 ******** 08/18/81 ******** V2M1 ******** 

Mandatory zap to correct error in format 5 COPY where the BOOT sector was not 
receiving the correct directory starting lump number if this differed from thi 
PDRIVE specification. The error would manifest itself by directory read erroi 
in DIR. 

/ SYS6/SYS,05,96 change 64 01 00 01 18 to 64 CD 80 5C 18 

SYS6/SYS,15,46 change 
/ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 to 
01 00 01 B7 CO 13 13 1A 32 BC 64 IB IB C9 



******** ZAP 016 ******** 08/18/81 ******** V2M1 ******** 

Correct error in PDRIVE causing SYSTEM PROGRAM NOT FOUND error when the secon< 
drive number is specified wrongly as greater than 9. 

SYS16/SYS,00,6A change C3 1A 52 CB to C3 4B 50 CB 



******** ZAP 017 ******** 08/18/81 ******** V2M1 ******** 

Mandatory zap to correct error in COPY and FORMAT where DDSL parameter was 
being erroneously rejected. 

SYS6/SYS,01,FA change CB 70 20 to CB 52 20 
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******** zap 018 ******** 08/25/81 ******** V2M1 ******** 

Mandatory zap to SUPERZAP to correct an error where the DM,P functions was not 
sending the correct memory contents to the printer. 

SUPERZAP/ CMD, 00, 04 change 
/ 00 00 00 00 00 00 00 00 00 00 00 00 00 to 
3A 91 54 CB 5F CO 2A B4 54 22 95 54 C9 

/ SUPERZAP /CMD, 03, 43 change 54 3A 91 54 CB to 54 CD 00 52 CB 



******** ZAP 019 ******** 08/25/81 ******** V2M1 ******** 



>Ma 

r an 



..andatory zap to correct next-without-for error occuring when CHAINBLD is 
saving a file in version 1 format and the last line starts with a /./ sequence. 

Add to the end of line 126 of CHAINBLD/BAS the following eight characters: 
:GOT0130 



******** ZAP 020 ******** 08/28/81 ******** V2M1 ******** 

Mandatory zap to DOS to allow ROUTE of the display to cause the BASIC PRINT of 
a numeric value to not output the value twice. 

S SYS0/SYS,07,E6 change 28 39 CD to 28 5D CD 

SYS0/SYS,08,1F change 

C9 

23 7E 23 66 6F 7C B5 C8 7E BB 23 20 02 7E BA 23 
20 EE E5 D5 C5 7E A0 23 23 23 5E 23 56 D5 DD El 
7A B3 C4 D4 03 CI Dl El CB 40 28 D4 B7 28 Dl C9 
CD 

to 

C9 

/ 7E BB 23 20 02 7E BA 23 20 1A E5 D5 C5 7E A0 23 

23 23 5E 23 56 D5 DD El CD D4 03 CI Dl El CB 40 

28 02 B7 CO 23 7E 23 66 6F 7C B5 20 D3 C3 F8 4C 
CD 

• SYS0/SYS,10,08 change 

C9 00 00 00 00 00 00 00 00 to C9 CB 40 CO 7 9 C9 A4 4B 00 

' SYS14/SYS,02,74 change 43 00 00 43 to 43 FC 4C 43 



******** ZAP 021 ******** 08/28/81 ******** V2M1 ******** 

Mandatory zap to BASIC to correct error during marked item and fixed item file 
processing causing strings greater than 127 characters to be written errone- 
ously. 
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BASIC/ CMD, 11, 18 change CD El 61 79 DD to CD D4 65 00 DD 



y/ BASIC/CMD,14,DD change 

00 00 00 00 00 00 00 to C5 CD El 61 79 CI C9 



******** 2AP 022 ******** 08/28/81 ******** V2M1 ******** 

Mandatory zap to EDTASM to cause the cursor display to be forced every time th< 
* prompt is displayed, waiting for the next command. This allows the cursor t< 
be turned back on after a return from the DEBUG 123 function, which turns it 
off. 

l/" EDTASM/ CMD, 05, 12 change CD 39 59 0E to CD 00 57 0E 



/ 



EDTASM/ CMD, 03,1 A change 

40 7D E6 3F CO 11 CO FF 19 C9 to 40 CD 39 59 3E 0E C3 39 59 C9 



******** zap 023 ******** 08/28/81 ******** V2M1 ******** 

Mandatory zap to DOS to ease some of the problems caused by the fact that 
NEWDOS/80 Version 1 always used a granule lockout table in the directory GAT 
sector whereas Version 2 many times does not, leaving that part of the GAT 
sector for use by the extension for the free/allocated table. Early in the 
development of Version 2, the rule was that if the PDRIVE specification for GPI 
was greater than 2, then the lockout table was not used. Later on, the rule 
was changed to be if the number of lumps is greater than 60H (96 decimal) or if 
relative byte 60H of the GAT sector = 0FFH, then the lockout table is not used. 
Some code in SYS6 was not changed to reflect this rule change, causing either a 
lock out table to not be created or to not be properly extended when the 
destination diskette has more granules than the source diskette. This change 
corrects this. However, users are warned that diskettes with GPL greater than 
2 (such as 8 inch or double sided, single density 5 inch diskettes coming from 
Version 1) converted previous to this zap may have trouble with DIRCHECK, on 
either Version 1 or 2, complaining that one or more granules are locked out but 
free or locked out but allocated to a file. The diskettes can still be used as 
it is only DIRCHECK that has the problem, but sooner or later the diskettes 
should be re-copyied using CBF with FMT so this lockout table conflict will be 
straightened out and DIRCHECK will stop complaining. 

SYS6/SYS,10,0A change 

3A CA 59 FE 02 CO 7D to 3A C6 59 FE 61 DO 7D 



******** 2AP 024 ******** 08/30/81 ******** V2M1 ******** 

Mandatory zap to DOS to: 

1. Correct error in format 5 and 6 COPY where destination verify error 
was causing erroneous END OF FILE ENCOUNTERED or INPUT PAST END error to 
be triggered for the next sector. 
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2. Allow FORMAT with BDU option and format 5 COPY with FMT and BDU 
options to format the destination diskette even though the destination has 
PDRIVE TI flag M set (TRSDOS Model III diskette). The BDU option pre- 
vents any NEWDOS/80 system control data from being written on the diskette 
during format, and thus allows the Model III diskette to copied via format 
5. Warning, the resulting diskette is no more processable by NEWDOS/80 
than was the source diskette; the purpose here is to allow a NEWDOS/80 
format to occur as would have happened had TI flag X b e en set instead of M 
(which also implies 30. Remember, this is not a TRSDOS Model III format. 

' SYS6/SYS,07,1E change C6 22 1A 5B 3E to C6 CD 8E 5C 3E 

^ SYS6/SYS,15,54 change 

00 00 00 00 00 00 00 00 to 22 1A 5B DD CB 01 F6 C9 



s 



/ 



SYS6/SYS,27,5D change 6F C2 47 67 to 6F C4 51 67 

******** ZAP 025 ******** 09/01/81 ******** V2M1 ******** 
This mandatory zap is an extension to zap 011 for VTSICALC. 

Change to enable directory search feature. Note, to work, the directory must 
start at diskette relative sector 170 and contain only 2 granules (this is the 
standard: GPL=2, DDSL=17 and DDGA=2). 
VC/CMD,68,B8 change 90 80 40 to 90 82 40 

******** ZAP 026 ******** 09/01/81 ******** V2M1 ******** 
This mandatory zap is an extension to zap 026. 

Change to enable DI directory search feature. Note, to work, the directory 
must start at diskette relative sector 170 and contain only 2 granules (this is 
the standard: GPL=2, DDSL=17, DDGA=2). 
PENCIL/CMD,05,AB change 3 C 80 40 to 3C 82 40 

******** ZAP 027 ******** 09/02/81 ******** V2M1 ******** 

Mandatory zap to DISASSEM to correct causing the RTD option to write extraneous 
data to the diskette and correct a wrong specification in the manual. 

On page 6-9, 6th paragraph, change "1st byte = low value, 2nd = high." to be 
"1st byte = high value, 2nd byte = low.". 

/ DISASSEM/ CMD, 04, 11 change 5 A D5 DD El DD to 5 A CD E0 6D DD 

/ / DISASSEM/CMD,24,60 change 

00 00 00 00 00 00 00 to D5 DD El 21 A0 6F C9 
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******** zap 028 ******** 09/02/81 ******** V2M1 ******** 

Mandatory zap to DOS to specify the mutual exclusivity of the FORMAT paramete 
PFST and to correct the rejection of the combination of the Y and the PFST 
parameters in FORMAT (see 4th format example on page 2-26). 

Append to the end of the PFST=tn3 paragraph on page 2-25 the following: 

PFST is mutually exclusive with N, DDND, ODN, KDN, KDD, DDSL, DDGA and 
RWF. 
The user will notice that neither KDD or RWF were specified in the FORMAT 
command; however, KDD is a legal parameter and RWF was defined in zap 007. 

SYS6/SYS.03 BE change 02 F9 86 to 02 B9 86 

SYS6/SYS,04,90 change 00 02 4E to 00 00 4E 




******** 2AP 029 ******** 09/02/81 ******** V2M1 ******** 

This is an information zap. Many people on the Model I are having trouble 
initially shifting NEWDOS/80 Version 2 to a system diskette other than 35 
track, single density, single sided, which is the format of the distribution 
diskette. For this discussion, you are assumed to have read chapter 12 and 
sections 2.14 and 2.37. 

1. To make a double density, single sided NEWDOS/80 Version 2 system diskette 

1. You must have an excellent working Percom or LNW double density 
modification in your expansion interface. 

2. Take the NEWDOS/80 Version 2 master diskette or an exact duplicate oJ 
it, place a write protect tab on it, place it in drive and press RESET 
to bring up the system to NEWDOS/80 READY, responding with date and time 
if necessary. 

3. Execute the DOS command: 

COPY, 0,0,, USD, FMT,DPDN=6 

The SYSTEM and SOURCE are both the diskette with the write protect tab oi 
The DESTINATION diskette is the diskette to contain the double density, 
single sided NEWDOS/80 Version 2 system. If you have two drives avail- 
able, or you may use the command COPY,0 ,1 , ,USD,FMT,DPDN=6 . If the desti 
nation drive is not a 40 track drive, use COPY, 0, dn2=tc2 s , USD, FMT,DPDN=t 
where dn2 is the destination drive number and tc2 is one less than the 
number of tracks for that drive (i.e., 34 for a 35 track drive and 79 foi 
an 80 track drive) (example: COPY, 0, 1=79, , USD, FMT,DPDN=6 ). Further, if 
the destination drive has more than 40 tracks, that drive must be other 
than drive during the COPY (otherwise you must obtain a special system 
diskette from Apparat at an extra charge) (after the COPY is over, you ma 
shift that drive back as drive to use it as the system drive). 
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4. When the COPY command completes successfully and the system has 
returned to NEWDOS/80 READY, mount the destination diskette on drive and 
press RESET. The NEWDOS/80 system on that double density, single sided 
diskette is now the system. 

5. Perform a DIR command to ascertain the extra granules are avail- 
able. Then execute PDRIVE, to observe that the specifications for 
drive are now single sided, double density with track reserved for 
opposite density. Please note that the specifications for drives 1 
through 9 have not been changed. If they are to be changed, you must do 
it, studying carefully the PDRIVE command, see section 2.37. 

2. To make a double sided, single density NEWDOS/80 Version 2 system diskette. 

1. Make a copy of the NEWDOS/80 Version 2 master diskette. When done, 
mount that copy of the NEWDOS/80 Version 2 system in drive and press 
RESET. 

2. Execute the following DOS command: 

PDRIVE, 0, 6, TI=A,TD=C,TC=40,SPT=20 

This changes the specifications for drive 6 to be 5 inch, single sided, 
single density, 40 tracks. If you wish other than 40 tracks, change the 
TC parameter above to the desired track count. 

3. Place a write protect tab on the system diskette you have just 
changed. 

4. Execute the following command 

COPY, 0,0,, USD, FMT,DPDN=6 

The source and system diskettes are the same and are the one with the 
write protect tab. The destination diskette is the one to contain the 
double sided, single density NEWDOS/80 Version 2 system. If you have two 
drives available, you may use C0PY,0 ,1 , ,USD,FMT,DPDN=6 instead. The 
destination must be on drive 1 if it is to have more than 40 tracks (when 
the COPY is finished, that drive can be made drive 0). 

5. When the COPY command has completed successfully and returns to 
NEWDOS/80 READY, mount the destination diskette in drive and press RESET 
to bring up the double sided, single density system. Perform DIR and 
PDRIVE, as discussed above to observe the changed system. Proceed with 
additional PDRIVE re-specifications, if necessary. 

3. To make a double sided, double density NEWDOS/80 Version 2 system diskette. 

1. You must have an excellent working Percom or LNW double density 
interface in your expansion interface. 

2. Proceed as for single sided, single density discussed above excepting 
that the PDRIVE command is: 
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PDRIVE,0,6,TI=CK,TD=G,TC=3 9,SPT=36,GPL=2,DDGA=2 

This is for a 40 track drive, for 35 use TC=34, for 80 use TC=7 9. 
Further: 

1. For a destination drive more than 40 tracks use GPL=8 and you 
will probably want an expanded directory, say DDGA=6 for maximum 
size, giving 224 directory entries. However, if any of GPL, DDSL or 
DDGA are different between the source and destination drives during 
COPY or if the number of sectors , granules or tracks for the destina* 
tion diskette is less than the source diskettes the CBF (Copy By 
File) parameter must be specified in the COPY command (example: 
COPY, 0,0,, USD, FMT,DPDN=6, CBF ). So, in the case here for drives 
over 40 tracks, since the GPL is different (the source's GPL is 2 an 
the destination's GPL is now 8), you must use the CBF parameter. 
Actually, you could have used the CBF option in any of the COPY's 
mentioned above in this zap, but CBF runs slower and should only be 
used where necessary. 

2. For LNW interface, you can specify TI flag E instead of flag C 
(example, T'I=EK instead of TI=CK) (if any 8 inch drives are to be 
used with the LNW, E must be specified instead of C). However, 
remember, flags E and C are interdrive mutually exclusive; so if you 
change one of the 10 drive specs from using flag C to using flag E, 
you must change any of the others that use flag B or C (see next 
section). //■ 

4. Users setting up their systems to use the 8 inch drives through the OMIKROi 
interface (TI=BH) are experiencing trouble with the PDRIVE error code **** II : 
SPEC BETWEEN DRIVES INCOMPATIBLE. Please refer to the last two sentences of 
the TI=typel paragraph in the middle of page 2-34. If any drive's TI speci- 
fies flag B, then no other can specify either flag C or E. You must change th' 
PDRIVE specifications for drives 4, 6, 8 and 9 as they conflict with flag B. 
To do this, simply execute the DOS commands: 

PDRIVE, 0,4=0 
PDRIVE, 0,6=0 
PDRIVE, 0,8=0 
PDRIVE, 0,9=0 

Remember, you should not make any PDRIVE changes to the NEWDOS/80 Version 2 
master diskette; perform the changes on working copies of it. 



******** zap 03 ******** 09/02/81 ******** V2M1 ******** 
Information only. 

1. Chapter 12 failed to make it clear that though diskettes are content 
interchangeable under NEWDOS/80 Version 2 between the Model I and Model III, 
there is a problem dealing with a format control byte for directory sectors of 
single density diskettes. Carefully read SYSTEM options BK and BN (even thoug' 
you have only Model III) on page 2-49, WRDIRP command on page 2-52 and the W 
function of DIRCHECK on page 6-14. 
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1. For Model III NEWDOS/80 Version 2 users, single density diskettes 
coming from the Model I can be processed on the Model III by setting 
SYSTEM option BK=Y, setting up the proper single density PDRIVE and then 
for each such diskette, execute once either the DOS command WRDIRP or the 
W function of DIRCHECK. After this is done, the diskette can be used as 
any other diskette under Model III NEWDOS/80 Version 2. Subsequently, 
this diskette can not be processed by the Model I TRSDOS 2.3, but it can 
be processed by the Model I NEWDOS/80 Version 1 provided the format of the 
diskette is not changed to one of the variety of formats available on 
Version 2 but not available on Version 1). However, once this diskette is 
used back on the Model I NEWDOS/80 Version 1 and a directory sector is 
updated, the diskette cannot be reused on the Model III without performing 
again the WRDIRP or DIRCHECK function on that diskette on the Model III 
(remember, NEWDOS/80 Version 1 does not have either of these two 
functions). 

2. For users that have NEWDOS/80 Version 2 for both the Model I and III 
and wish to use single density 5 inch diskettes interchangeably between 
the Model I and Model III, set SYSTEM options BK=Y and BN=Y on the Model I 
and BK=Y on the Model III. Then, for each such single density diskette, 
execute once either WRDIRP or the W function of DIRCHECK. This can be 
done on either the Model I or III and all such diskettes do not have to be 
done at the same session. Each such diskette can now be used interchange- 
ably between the Model I and Model III under NEWDOS/80 Version 2 (don't 
forget the proper PDRIVE specifications), but the diskette cannot be pro- 
cessed by TRSDOS 2.3 

2. For BASIC function RENUM (see section 7.9 on page 7-5) the 4th and 5th 
formats listed ( RENUM X and RENUM U,X ) are not valid and should be deleted 
from the middle of page 7-5. If the X parameter is to be used, it must be 
done via the 1st format listed as X is meaningless unless specific values for 
ppppp and/or qqqqq are also specified. 

3. Some users have asked for more distinctions between full diskette COPY 
(format 5) or Copy By File COPY (format 6), both specified in section 2.14. 

1. Format 5 copies a full diskette sector by sector and is generally 
faster than format 6, which copies files individually. However, if the 
source diskette is relatively empty, format 6 may be faster. 

2. In format 5 the source directory becomes the destination directory, 
including the same size and relative sector position on the diskette, 
while in format 6, the two directories are considered separate just as in 
a format 1 through format 4 COPY. 

3. Generally, if format 5 is used, both the source and destination PDRIVE 
specifications for GPL, DDSL and DDGA must be the same (though only the 
restriction on GPL is enforced, but not if BDU is specified); the other 
PDRIVE parameters may be different provided the destination diskette is to 
have at least as many sectors as the source diskette (though the format 5 
specifications say that sectors per track must be the same; this is not so 
in Version 2 where it was in Version 1). 
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4. Format 5 with the BDU option allows some alien diskettes to be copiec 
that otherwise could not be copied. 

5. Format 6 allows a diskette's contents to be copied between diskettes 
having a different number of granules per lump (GPL), the directories 
positioned differently on the diskettes, the directories of different 
sizes, or the destination diskette having less sectors than the source. 

6. Format 6 copies all of a source diskette's files or a selected subset 
of those files. 

7. Both format 5 and 6 allow the option of formatting the destination 
diskette (FMT) or not (NFMT). Formatting a diskette magnetically init- 
ializes the entire diskette including the inter-sector control bytes used 
only by the drives and the controller. Many users prefer to do this 
everytime a back up is done. Of course, formatting a diskette destroys 
the previous contents. 

8. If format 6 is being used to copy a NEWDOS/80 Version 2 system disk- 
ette, the FMT option must be specified. This assures the correct BOOT, 
SYSTEM and PDRIVE control informat is stored on the destination diskette, 
and the correct positioning of SYSTEM files which, excepting for BOOT/SYS 
and SYSO/SYS, are all positioned on the destination diskette in same pos- 
ition relative to the directory that they are on the source diskette. 

9. In format 6 where NFMT is specified, system files are NOT copied to 
the destination diskette if they are not already existing in the destina- 
tion directory. This is because system files usually use specific FDEs i 
the directory, and only FMT can assure that these FDEs are available. 

10. Format 5 without BDU and format 6 with FMT both assume the possi- 
bility of the destination diskette being used later as the system diskett 
and the destination drive or one like it being used later as drive 0; 
therefore both initialize the BOOT/SYS file to contain the proper BOOT 
code and drive PDRIVE specifications. 
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******** zap 031 ******** 09/06/81 ******** V2M1 ******** 

Mandatory zap to DOS to allow files to be copied from and to diskettes used by 
Model I TRSDOS 2.3B and higher as well as from and to diskettes used by Model 
III TRSDOS 1.3 or"*higher. After applying the documentation changes given 
below, see section 12.5.1 on page 12-7, the 'flag M' paragraph on page 2-35 
and the bottom half of page 2-15. 

This enhancement expands the definition of PDRIVE TI flag M (see page 2-35). 
When the M flag is specified and the TD field specifies double density (i.e., 
TD=E), the PDRIVE specification is assumed for a Model III TRSDOS diskette and 
TI flag I is implied (see example 3 on page 2-3 8). When the M flag is 
specified and the TD field specifies single density (i.e., TD=A) , the PDRIVE 
specification is assumed for Model I TRSDOS 2.3B or higher diskette, and TI 
flag I is not implied and must not be specified (see example 1 on page 2-38 
with TI-AM). 

Radio Shack has started distributing certain new programs (i.e., COBOL) with or 
on Model I TRSDOS 2.3B or higher diskettes with that system being somewhat 
different than Model I TRSDOS 2.3 , including the use of RBAs as discussed in 
section 12.1 for the Model III. These diskettes are NOT compatible with 
NEWDOS/80 diskettes, and, as with Model III TRSDOS diskettes, COPY is the only 
function of NEWDOS/80 that can be used with the Model I TRSDOS 2.3B diskettes 
(though FREE and DIR (except EOF and special flags) appear to work). 

Files on either Model III TRSDOS or Model I TRSDOS 2.3B diskettes that are to 
be used either by NEWDOS/80 or user programs executing with NEWDOS/80 must be 
copied to NEWDOS/80 diskettes. FORMAT or COPY with FMT option cannot be used 
to format a diskette in either the Model III TRSDOS or the Model I TRSDOS 2.3B 
format; however, format 5 COPY with the BDU option can be used to make copies 
of those diskettes. 

***** ZAP 013 must NOT be installed in a NEWDOS/80 that is used to copy Model I 
TRSDOS 2.3B files. ZAP 013 must be used for Model III TRSDOS 1.1 or 1.2 
diskettes. 

Insert the following notes in the outside margin of the specified paragraph: 

1. Page 2-9, next to last paragraph: "For Model III TRSDOS and Model I 
TRSDOS 2.3B diskettes, see ZAP 031." 

2. Page 2-15, "The COPY command" paragraph: "This section applies also 
to standard 35 track, single sided, single density diskettes for Model I 
TRSDOS 2.3B or higher." 

3. Page 2-15, "The user must" paragraph: "See examples 1 and 3, section 
2.37". 

4. Page 2-35, "Flag M" paragraph: "Expanded to include Model I TRSDOS 
2.3B or higher diskettes. See ZAP 031 

5. Page 2-38, example 1: "For Model I TRSDOS 2.3B diskettes, use TI=AM 
(see ZAP 031)." Also in this same paragraph, change the last two words to 
read "option BN" instead of AN. 
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/ 



6. Page 12-7, paragraph 12.5.1: "See ZAP 031." 
• SYS6/SYS,00,7D change CD B3 63 21 to CD 96 5C 21 

SYS6/SYS,15,5C change 

00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00 00 
to 

CD B3 63 3A 
BE 59 47 3A B9 59 4F 3A CC 59 57 3A C7 59 5F 79 
A3 CB 6F 28 06 78 AA OF DA 47 67 78 CB 69 20 04 
CB 6B C8 7A OF D8 21 5B 5B 22 F7 55 21 Bl 5B 22 
5D 5B 21 00 5C 22 61 5B AF 32 7F 61 67 6F 22 BF 
61 22 B5 5B 3E 18 32 2D 61 C9 

SYS6/SYS,22,6B change CD B3 63 CD to CD 96 5C CD 



/ SYS16/SYS,01,F8 change 05 28 02 3E 03 CD to 05 00 C4 8D 51 CD 

/ SYS16/SYS,02,AF change 

CB E3 DD 7E 05 FE 06 CO to CB 43 3E 06 C4 87 51 CO 

SYS16/SYS,04,9A change 
/ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 to 
00 CB E3 DD BE 05 C9 DD CB OF 56 C8 3E 03 C9 



******** ZAP 032 ******** 09/10/81 ******** V2M1 ******** 

Mandatory zap to DOS to: 

1. prevent COPY from setting file update flag on in Model I TRSDOS 2.3B 
and Model III TRSDOS diskettes when that bit is used differently in those 
systems. 



2. enable /ext type CBF file selection when the source is a Model I TRSdos 
2.3B or Model III TRSDOS diskette. 



y 



SYS6/SYS,10 S 83 change C3 3 9 44 DD to C3 E4 5C DD 



SYS6/SYS,15,AA change 

00 00 00 00 00 00 01 00 EA 5C 00 00 00 00 00 00 00 00 to 

3A 0C 43 CB 6F 28 01 00 EA 5C 04 DD CB 02 EE C3 3 9 44 



y 



SYS6/SYS,16,F0 change 61 20 0D 3A 96 59 CB to 61 3A 96 59 20 0A CB 
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******** ZAP 033 ******** 09/10/81 ******** V2M1 ******** 

Mandatory zap to correct error in SUPERZAP during the DM function and during 
the F, find function. 

v/SUPERZAP/CMD,00,ll change 

00 00 00 00 00 00 00 to 6B 63 4B 22 C3 54 C9 

SUPERZAP/ CMD, 05, 0B change 00 6B 63 4B CB to 00 CD 0D 52 CB 



******** ZAP 034 ******** 09/11/81 ******** V2M1 ******** 

Mandatory zap to the Ryan-McFarland Corp's COBOL version 1.3B distributed by 
Radio Shack to allow it, to run with NEWDOS/80 Version 2 for the Model I and 
Model III. This zapped version will not run under TRSDOS. Users must copy the 
COBOL multiple files onto NEWDOS/80 diskettes (see zap 031). 

RS COBOL/ CMD, 9 9, 7 D change 44 24 3E 40 49 to 44 82 27 44 49 

RSC0B0L/CMD,99,CF change 44 13 IF 44 to 44 82 27 44 

RUNC0B0L/CMD,115,82 change 

44 3E 40 49 40 24 17 to 44 27 44 49 40 82 17 

RUNC0B0L/CMD,115,99 change 

02 IF 44 11 44 13 0A to 02 27 44 11 44 82 0A 



******** ZAP 035 ******** 09/13/81 ******** V2M1 ******** 

Mandatory zap to DOS to correct a directory clobbering error that occurs when 
either CLOSE or KILL frees up a FPDE or FXDE that occupies the first FDE slot 
in a directory sector. This error was missed during BETA testing as it was 
caused by a late adjustment to handle the TRSDOS Model III diskettes. A few 
persons were complaining about directories being clobbered, but only on 
September 12th was an error report made that lead to the discovery. Though the 
problem would appear to affect many users, apparently to date it has not. 

^"sYS3/SYS,01,CC change 

00 7D D6 17 BB 30 ID to 00 7B C6 16 BD 38 ID 



******** ZAP 036 ******** 09/13/81 ******** V2M1 ******** 
Information zap. 

1. Documentation correction for EDTASM. Tape I/O is NOT available for the 
Model III. If it is attempted, BAD PARAMETER(S) error will be given. 

1. Place in the outside margin of the "2. L T=nnnnnn" paragraph of page 
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6-15 the following restriction: "Model I only" 

2. Place in the outside margin of the 2nd line of page 6-16 of page 6-16 
the following restriction: "Model I only" 

2. Correct the "A list of all" paragraph on page 1-3 to read "NWD80V2/ILF and 
NWD80V2/XLF" instead of "NWD82V2/ILF and NWD82V2/XLF". 

3. Delete the words "sectors per track, " from the "Format 5 is a full" 
paragraph of page 2-11. 

4. The MM=addrl function of ROUTE requires the main memory location addrl to 
be greater than 51FFH. In the "Any of the devices" paragraph of page 2-43, 
insert the words "greater than 51FFH" after the word "location" in the phrase 
"memory location of a user". 



******** ZAP 037 ******** 09/14/81 ******** V2M1 ******** 

Mandatory zap to BIONIC BASIC to make it compatible with NEWDOS/80 Version 2 
for the Model I. These zaps were provided to Apparat and have not been checked 
out by Apparat. One or more of the zaps may already be installed in your 
modules. When these zaps are applied, the BIONIC BASIC must not be used with 
any other version of NEWDOS/80. 



FIREUP/ 


CMD, 02, 51 


change 


3A 31 0D to 


3A 30 0D 


it 


,04,90 


change 


21 86 63 22 


to 21 FC 61 22 


ii 


,05,3C 


change 


40 09 58 01 


to 40 FF 57 01 


ii 


,05,40 


change 


05 28 65 to 


05 86 65 


ii 


,05,4E 


change 


05 30 5F to 


05 8E 5F 


ii 


,05,55 


change 


05 60 5F to 


05 BE 5F 


ii 


,05,5C 


change 


05 CF 64 21 


to 05 2D 65 21 


n 


,05,63 


change 


05 BE 64 21 


to 05 1C 65 21 


ii 


,05,6A 


change 


05 95 64 to 


05 F3 64 


INSTALL/ CMD, 01, 0D 


change 


3A 31 0D to 


3A 30 0D 


ii 


,01,4F 


change 


44 C8 FE to 


44 C9 FE 


REMOVE/ CMD, 01, 12 


change 


3A 31 0D to 


3A 30 0D 


it 


,01,54 


change 


44 C8 FE to 


44 C9 FE 



******** zap 038 ******** 09/14/81 ******** V2M1 ******** 

Optional zap to Model I SCRIPSIT to eliminate the 'hang' occuring when the END 
function is executed and the last disk I/O was to a double density drive. 
SCRIPTSIT executes the END function by jumping to location 0, causing a 
software but not a hardware RESET. The double density modifications to the 
expansion interface require a hardware RESET to reset them to the single 
density disk I/O assumed by the software RESET in the ROM. SCRIPSIT uses the 
RESET to restore the keyboard, display, printer and other interfaces it has 
changed. If the Z-80 HALT instruction is executed instead of a jump to 
location 0, the Model I (this does not hold for the Model III) hardware RESET 
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is triggered which in turn triggers the software RESET. In both cases, either 
the jump to or the HALT, the red lights on the disk drives must be off. The 
zap is applicable under TRSDOS as well as all versions of NEWDOS. 



/. 



SCRIPSIT/LC,19,E3 and SCRIPSIT/UC,19,E3 
change 6F C3 00 to 6F 76 00 



******** zap 03 9 ******** 09/24/81 ******** V1M1 ******** 

Mandatory zap to PENCIL to enable it to run with NEWDOS/80, version 2. This 
zap is an extension of zaps 002 and 026. We apologize for the large number of 
zaps to PENCIL, but Apparat doesn't use PENCIL and so must rely upon the users 
to find the discrepancies. 

PENCIL/ CMD, 03, 2 5 change 53 36 A0 CI to 53 CB FE CI 



******** ZAP 040 ******** 09/29/81 ******** V2M1 ******** 

Mandatory zap to DOS to correct rare occuring error that could, if the same HIT 
code is used more than 31 times in a directory, cause file open to not find a 
file and to put two files with the same name/ext on the diskette. 

/ SYS2/SYS,01,CB change FE CD 28 to FE CC 28 



******** ZAP 041 ******** 09/29/81 ******** V2M1 ******** 
Information and manual corrections. 

1. A number of users have had trouble with tape I/O under NEWDOS/80 Version 2. 
Some of the early copies of NEWDOS/80 Version 2 had errors due to undetected 
RAM errors during duplication and in maybe as many as 20 cases this affected 
the EDTASM or LMOFFSET module. However, if these modules were bad, they 
usually also had problems with disk I/O as well as cassette I/O and so if disk 
I/O works fine, we assume it is not a bad copy of NEWDOS/80. Tape I/O has long 
history of trouble, varying from computer to computer and especially from tape 
unit to tape unit such that any particular tape will fail on somebody's 
cassette unit. This has always been an exasperating problem and the main 
reason why cassettes are not used at Apparat (though we do act as a retailer/ 
distributor for products distributed on cassettes produced by others). Because 
cassettes are not used at Apparat, NEWDOS receives very little testing with 
cassettes, and in the future we are considering withdrawing all support (i.e., 
LMOFFSET and EDTASM) from cassettes. Cassette support for EDTASM for the Model 
III has already been withdrawn and will probably soon be withdrawn for the 
Model I (since the purpose of our EDTASM was to give disk support, not 
cassette). For now though, we will restrict our error study to those problems 
presented to us on a diskette containing the actual NEWDOS system used. If the 
user presents us with a cassette along with the diskette we will test that as 
well; otherwise we will test with simple programs from disk in-house. Neither 
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the diskette nor the cassette will be returned to the user. Lastly, if you ca 
avoid use of cassettes, DO!!!!! 

2. The specifications for ROUTE using the MM=addrl operand are in error in th 
manual. 

1. Page 2-43, 3rd paragraph, 3rd line, change "12" to "16". 

2. Same paragraph, 5th line, change "13th" to "17th". 3. Page 2-44 
top line, change "0FE8CH" to "0FE90H". 

3. A number of users has asked why Automatic Density Recognition (ADR) was no 
used in NEWDOS/80 Version 2. We wanted to included ADR but found it impracti- 
cal unless we limited or expanded other capabilities made available by PDRIVE. 
Since we were already two months late in releasing Version 2, we decided to 
release without it. Part of the problem is in providing a second SPT paramete 
and an extra indicator for track useage (remember, Version 2 operates with 
double density diskettes that may or may not have track reserved for single 
density). We also felt that if we included ADR, we should also include ASR 
(automatic side recognition). For now, we will remain without ADR and ASR, bu 
will not rule it out for a subsequent NEWDOS/80 version. 

4. For BASIC CMD "0" and multi-dimensional arrays, a few users have asked for 
clarification of term REN used in the documentation for on pages 7-14 through 
7-17. CMD"0" does not care whether an array is single or multi-dimensional as 
CMD"0" only concerns itself with the relative positioning in main memory 
between array elements and not with the actual subscripts for a given element, 
except for determining the main memory position of the first element partici- 
pating in the sort as specified in the CMD "0" statement. As an aide to the 
programmer to understand the sort order, a formula was given for two and three 
dimensional arrays to determine the REN of any array element given its 
subscripts. The following working BASIC program demonstrates the relationship 
between REN and subscripts for a three dimensional array, using Rl , R2, R3 , XI 
X2 and X3 to correspond with the useage at the bottom of page 7-14 and top of 
page 7-15. 

10 Rl=3: R2=4: R3=2: DIM A(R1,R2,R3) 

20 REN=0: FOR X3=0TOR3: FOR X2=0TOR2: FOR X1=0T0R1 "CREATE ARRAY IN REN 
ORDER 

30 IF REN <> X1+X2*(R1+1)+X3*(R1+1)*(R2+1) THEN PRINT"ERR0R" : STOP 
35 ' THE ABOVE ASSURES THE FORMULA COMPUTES TO THE CURRENT REN NUMBER 
40 A(X1,X2,X3)=REN: REN=REN+1 : NEXT X1,X2,X3 'STORE THE REN NUMBER IN 
THAT ELEMENT 

50 CMD"0",0,A(0,0,0) 'SORT ARRAY IN ASCENDING NUMERIC ORDER 
60 ' THE ARRAY ORDER SHOULD NOT HAVE BEEN CHANGED. 

70 FOR X3=0TOR3: FOR X2=0TOR2: FOR Xl=0TORl 'LIST ARRAY IN SAME ORDER 
• STORED 

80 PRINT A(X1,X2,X3);: NEXT X1,X2,X3 'AND THIS SHOULD BE ALSO THE S0RTEI 
ORDER 

Elements with one or more zero subscripts do participate in the sort if that 
element is within the main memory range of elements sorted, i.e., has a REN 
greater than or equal to the REN of the 1st sort element and less than or equal 
to the REN of the last sort element. 
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5. Correct the last paragraph of page 2-27 by deleting the 3rd sentence and 
changing the 4th sentence to read "Hex codes less than 20H or greater than the 
SYSTEM option AX value will be displayed as periods.". 

6. A number of users having CPU speed up modifications in their computers and 
setting the slow-down-during-l/O switch have complained that NEWDOS/80 contin- 
uously toggles the fast/normal CPU speed state (in many cases a light flickers 
on/off or red/green). Indeed this is true. In the original TRSDOS, there were 
8 interrupts, - 7, of which only 6 and 7 were used. Interrupt 6 only read 
the disk controller status register; so NEWDOS/80, to save resident DOS space 
which is critical, combined interrupt 6*s function with interrupt 7, reading 
the controller status register every 25 ms interrupt. Though the fast/normal 
CPU toggling is interested only in the controller command register, the hard- 
ware connection actually toggles on both the read of the status register and 
the write of the command register. Normal disk I/O cannot operate without the 
status register read when the controller has interrupt status; so we cannot 
eliminate the interrupt 7's read of the status register without re-enabling 
interrupt 6 and we don't have the patch space for that. Therefore, users must 
turn off the switch on their computers that allows the fast/normal toggling to 
take place, and simply use the fast speed all the time (be sure SYSTEM option 
BJ is set correctly). There is no guarantee that your computer will actually 
work at the faster speeds. Doubling the CPU speed seems OK; tripling appears 
NOT. The LNW computer at 2.5 times the TRS-80*s normal speed is reported by 
LNW to work fine. 



******** ZAP 042 ******** 09/30/81 ******** V2M1 ******** 

Mandatory zap to correct error in BASIC'S RENUM function giving SEQ # OVERFLOW 
when large programs, say over 26,000 bytes of text, are renumbered. Though a 
number of users called on this problem, it wasn't until a user sent us a 
written error report with the problem program on a system diskette that we 
finally had enough to go on. 

SYS11/SYS,03,BB change OF ED 42 DF 38 to OF CD 9D 51 38 

SYS11/SYS,04,A5 change 00 00 00 00 00 to ED 42 D8 DF C9 



******** ZAP 043 ******** 10/07/81 ******** V2M1 ******** 

Mandatory zap to DOS to correct omision from ZAP 020 (ROUTE) which caused 
SYSTEM option BA to cause hang on reset. 



/SYS0/SYS,00,BF change FF 00 00 00 to FF FC 4C 00 



******** ZAP 044 ******** 10/07/81 ******** V2M1 ******** 

Mandatory zap to DOS to disable SYSTEM option BM. SYSTEM option BM=N caused 
the full diskette verify to be bypassed when the user felt the track verify 
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that occurred immediately after a track was formatted was sufficient. However, 
if the user is formatting more tracks that the drive can physically handle, 
FORMAT with SYSTEM option BM=N will not detect the error whereas it will with 
SYSTEM option BM=Y. Therefore, SYSTEM option BM is dropped, and the full 
diskette verify will always be done. 

On the outside margin of the BM=yn paragraph of page 2-49, write the following: 
"eliminated by ZAP 044". 

./SYS6/SYS,10,35 change 

El 3A 6D 43 CB 5F C8 3E to El 00 00 00 00 00 00 3E 

v/ SYS17/SYS, 02,55 change FE 31 7A to FE FE 7A 



******** ZAP 045 ******** 10/07/81 ******** V2M1 ******** 

Mandatory zap to correct BASIC function REF$ to (1) avoid occasional misses of 
printer line advance and (2) disable printer operations after the function. 

• SYS12/SYS,04,BA change FE 38 30 to FE 35 30 

»/ SYS18/SYS,03,57 change D2 B5 57 3D to D2 59 55 3D 

y SYS18/SYS,03,69 change 00 00 00 00 00 to 11 45 64 D5 EF 



******** ZAP 046 ******** 10/09/81 ******** V2M1 ******** 

Optional zap to DOS to allow 'JKL' to print graphics on the EPSOM printers that 
use graphic codes 0A0H - 0DFH. This is done by converting hex codes 80H 
through 0BFH to OA0H through 0DFH. 

SYS3/SYS,04,BF change 30 02 3E to 30 07 3E 

SYS3/SYS,04,C8 change 

00 00 00 00 00 00 00 00 to FE 80 38 F7 C6 20 18 F3 

Use next zap if OBFH rather than SYSTEM option AX is to govern as high ASCII 

for JKL. 

SYS3/SYS,04,B9 change 47 3A 70 43 B8 to 47 00 3E BF B8 



******** ZAP 047 ******** 10/21/81 ******** V2M1 ******** 

Mandatory zap to correct DOS handling of 8 inch, double density, single or 
double sided, single volume drives (PDRIVE TD=H) where the computer hardware is 
modified to handle double CPU speed and 8 inch, double density, single or 
double sided, single volume operations. The PDRIVE SPT maximum values are 30 
for single sided and 60 for double sided. The PDRIVE GPL must be atleast 3 for 
single sided and atleast 5 for double sided; however 8 is recommended in both 
cases. This zap does NOT mean that your particular computer can handle this 
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type of drive. However, LNW reports the LNDOUBLER 5/8 (CPU speed up modifica- 
tion required) and the LNW80 computer systems both support 8 inch double 
density under NEWDOS/80, Version 2 (also see zap 041 part 6). 

'SYS6/SYS,27,BD change E6 41 DD to E6 CI DD 

'sYS6/SYS,31 F5 change 
34 0A 26 0A 86 01 9C 27 44 00 to 13 0A 14 0A 53 01 BA 27 26 00 

/ SYS16/SYS,04,2D change 12 1A 24 34 82 to 12 IE 24 3C 82 



******** ZAP 048 ******** 10/21/81 ******** V2M1 ******** 

Mandatory zap to EDTASM to correct error occurring when shift-left-arrow is 
used to erase a filespec response. 

, EDTASM/ CMD, 3 1,00 change 
58 C5 CD 2F 59 El E5 3A AA 53 F5 0E 01 CD 47 5B Fl 32 AA to 
58 D5 C5 CD 2F 59 El 06 IF CD 40 00 DA D7 58 Dl 7E C9 AA 



******** ZAP 049 ******** 11/09/81 ******** V2M1 ******** 

Mandatory zap to DOS to correct error in DIR $ or DIR $0 command where DOS 
hangs if any response other than ENTER is given to the diskette mount requests. 

SYS8/SYS,02,B8 change 20 FC C9 to 20 F9 C9 



******** ZAP 050 ******** 11/09/81 ******** V2M1 ******** 

Optional zap to DOS to allow the DOS PRINT and LIST commands to accept all 
control characters in the hexidecimal range 00 to IF instead of just 0D (end of 
line). If this zap is used, users must assure that files used with PRINT and 
LIST do not contain control characters the display or printer cannot handle. 
Remember, the high bit of all characters is zeroed, thus display graphic 
characters 80 - 9F will be transmitted as 00 - IF. 

SYS14/SYS,04,5A change 20 DO FE to 20 C9 FE 



******** ZAP 051 ******** 11/09/81 ******** V2M1 ******** 
Information zap. 

1. Users must remember that the Model I TRSDOS 2.3B or higher and Model III 
TRSDOS 1.3 or higher, amongst other things, both went to using RBAs in the NEXT 
and EOF fields of the FCB, thus intentionally or unintentionally restablishing 
compatibility with NEWD0S21 and NEWDOS/80 in the use of those^ two fields (which 
many user programs use), even though the EOF fields in the directories (which 
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most user programs don't use) are now incompatible. Though files from those 
systems must be copied to NEWDOS diskettes, assembly language programs upgraded 
to run with those TRSDOS systems are more like to run with NEWDOS without 
change then they were before. For example, on the Model III, SCRIPSIT Version 
3.2 has been found to work as-is. So, before calling Apparat to see if zaps 
exist for a given program, try it out, giving special attention to the file 
1/0.2. The manual failed to explain that when SYSTEM option AJ=N or when the 
up-arrow key is held down during reset/power-on, DOS loses the ability use the 
lower case driver (Model I only) or to actually input keyboard characters from 
the chain file during chaining as these functions depend upon DOS ' s keyboard 
intercept routine being enabled. SYSTEM options AU=N and BF=N (Model I only) 
and are also forced. DOS will think it is activating chaining, but actually 
the input characters will continue to come from the keyboard; the DOS READY 
prompts will not be seen as DOS thinks it is chaining. For LCDVR (Model I 
only), the command will execute but the key input functions for lower case 
drive will not be done. Insert the note "see ZAP 051, part 2" in the outside 
margin at the following places in the manual. 

1. Page 2-7, the "CHAINING is discussed" paragraph. 

2. Page 2-29, the "In NEWDOS/ 80" paragraph. 

3. Page 2-47, the "AJ=yn" paragraph. 

4. Page 4-9, the "If a DOS recognized" paragraph. 

3. Chain files must always have a name- ex tens ion. When creating a CHAIN file, 
you must always specify a name-extension in the filespec, excepting that 
CHAINBLD/BAS will assume name extension /JCL if you don't give one. If the 
filespec given in a DO or CHAIN command does not specify a name- ex ten si on, then 
/JCL is assumed; therefore it is recommended that the name-extension /JCL be 
used on chain files when created. Place the note "See ZAP 051, part 3" in the 
outside margin in the following places in the manual. 

1. Page 2-7, the "When the system" paragraph. 

2. Page 4-8, the "Chain file creators" paragraph. 

4. For Model I SCRIPSIT where the user wishes to use tape I/O, the user must 
back off the last zap of ZAP 003 (the SCRIPSIT/xx,00,C3 zap) in order that 
interrupts will remain disabled, a requirement for Model I tape I/O. This 
means the user cannot invoke MINI-DOS from SCRIPSIT. 



******** ZAP 052 ******** 11/09/81 ******** V2M1 ******** 

Mandatory zap to BASIC to correct CLOSE without explicit fan(s) where filearea 

2 and up was not being closed if filearea 1 was not open and the V parameter 

was- specified in the BASIC invocation sequence. 

BASIC/CMD,08,C8 change 66 11 2D 01 7E to 66 CD DB 65 7E 

BASIC/CMD,14,E4 change 00 00 00 00 00 to ED 5B C5 64 C9 
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******** ZAP 053 ******** 11/09/81 ******** V2M1 ******** 

Part mandatory and part optional zap to MICROSOFT'S BASIC compilier Version 
5.23 (the release Version for a long timeHthe first line a /LST file created 
by the compilier gives the compilier version number) to allow it to run with 
NEWDOS/80. This zap has been provided to Apparat by MICROSOFT and if there are 
questions with this zap, please contact MICROSOFT. Once these zaps are 
applied, this compilier and the compiled programs cannot be used with TRSDOS ! ! ! 
Future enhancements to the compilier may require the optional changes below to 
be backed off; therefore users should maintain copies of the compilier (1) as 
it existed before the mandatory changes below were applied, (2) after the 
mandatory changes but before the optional changes below are applied and (3) the 
final result. Also, remember, the BASIC compilier' s L80/CMD is not for use 
with FORTRAN, assembler, etc., but only with BASIC. 

The production of this zap required a large amount of research and testing by 
MICROSOFT, and APPARAT sincerely thanks MICROSOFT for this extensive effort to 
make the BASIC compilier operate with NEWDOS/80, Version 2. 

****** Mandatory section 

BRUN/CMD,10,1D change 46 OB 70 to 46 00 70 

******* Optional section 

The following optional zaps are for: 

1. The LOF function is changed to work like NEWDOS/80, rounding up the 
returned value if EOF is not integer divisible by the logical record 
length used in the OPEN statement. Further, if the result exceeds 32767, 
BAD RECORD NUMBER error results. 

2. PUT and GET without explicit record number works correctly. 

3. LOC functions correctly for the logical record length in the OPEN 
statement. 

DIR/SYS,xx,yy Search the directory for BRUN/CMD's directory entry, the 
associated line on the SUPERZAP display should look something like this: 

1020 0062 0042 52 55 4E20 2020 2043 4D44 ...b.BRUN CMD 

change the 62 (the 4th) byte to F6. 

BRUN/ CMD, 40.4A change 

21 0C 00 09 5E 23 56 EB Dl CI C9 CD to 

DD 21 6E 8A CB 23 DD 19 C3 2E 8A CD 

BRUN/ CMD, 40, 63 change 00 C3 AD 79 El to 00 C3 37 8A El 

BRUN/ CMD, 40, B3 change C5 21 0C 00 09 to C5 C3 00 8A 09 

BRUN/ CMD, 40, CE change IB 42 4B to CD 11 8A 

BRUN/ CMD, 42, 7F change CD 17 58 to CD IB 8A 
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BRUN/CMD,56,84 change 02 02 00 52 (the rest is immaterial) 
to 

016D 008A CB23 DD21 6E8A DD19 
DD5E 00DD 5601 C317 7ADD 7300 DD72 011B 
424B C9C5 CB21 DD21 6E8A DD09 DD70 00DD 
7001 C1C3 1758 DD6E OODD 6601 D1C1 C9C5 
DDE1 DD6E OADD 660E DD5E OFDD 4E0B AFB9 
281D AF06 18ED 6ACB 1317 9130 0181 3F10 
F4ED 6AB7 2801 23D1 C1CB 7CC8 C39A 7D6C 
6318 F402 0200 52 

L80/CMD,00,7A change 00 8A 22 to 00 8B 22 

Note, the above zap to L80/CMD changes the default data address for compilied 
BASIC programs from 8A00H to 8B00H to allow an extra 256 bytes for BASIC system 
use. If the -R switch is issued during the linking process, the -D switch must 
be reset to 8B00 instead of 8A00 as mentioned in the compilier manual. 



******** ZAP 054 ******** 11/19/81 ******** V2M1 ******** 

Mandatory zap to EDTASM correct error in object code write to tape where 
checksums were being computed wrong. The NEWD0S/80 author apologizes to the 
ten or so persons who complained of this error over the last 4 months. 



M 



EDTASM/ CMD, 2 7, 30 changeVJ/CD A9 70 EB to CD 8B 72 EB 

3\ 
EDTASM/ CMD, 3<f, 12 change AA 53 36 00 El 7E to F5 CD A9 70 Fl C9 



******** ZAP 055 ******** 11/19/81 ******** V2M1 ******** 

Optional zap to DOS to allow the PATCH LC keyboard modification to work with 
NEWDOS/80 Version 2. 

SYS0/SYS,02,34 change 

2E 36 01 01 38 16 FF 0A 5F AE 73 A3 

20 0D 7A C6 08 57 2C CB 01 F2 4A 45 AF 18 OF 5F 
to 

2E 35 01 80 38 16 F7 7A C6 08 57 2C 

CB 01 0A 5F AF CB 79 20 15 7B AE 73 A3 28 EC 5F 



******** ZAP 056 ******** 11/29/81 ******** V2M1 ******** 

Mandatory zap to DOS to allow COPY with CBF option to allocate space on Model 
III TRSDOS diskettes beyond track 23. 

v/ SYS6/SYS,25,F0 change CD B2 4C DD to CD F2 5C DD 



13-26 ZAPS (PATCHES) 



' / SYS6/SYS,15,BC change 

00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 to 
DD CB 02 6E 28 04 DD CB 07 46 CA B2 4C 3E 03 C3 B4 4C 



******** ZAP 057 ******** 11/29/81 ******** V2Mi ******** 

Mandatory zap to DOS to correct directory errors created during format 5 GOPY 
when copying to a destination diskette that is to contain more granules than 
the source diskette and when the source diskette has less than 61H (97 decimal) 
lumps and the destination diskette is to have more than 60H (96 decimal) lumps. 
In NEWDOS/80 Version 2, in order to allow a maximum of C0H (192 decimal) lumps 
in the granule allocation table, that table (normally in 00 -5F of the GAT 
sector) expands into and supercedes the granule lockout table (normally in 60 
-BF of the GAT sector. This error was leaving the GAT granule lockout table in 
existence in the destination directory (remember, it is transferred over from 
the source diskette in format 5 COPY) when it should have been done away with 
to make room for the expanded granule allocation table. The error is immedi- 
ately detectable by DIRCHECK after the format 5 COPY by the presence of one or 
more BAD "GAT" SECTOR BYTE errors. Otherwise, the error is not seen until 
TRACK # TOO HIGH error occurs when writing to the diskette and a granule beyond 
those allowed for the diskette is erroneously allocated; the file getting the 
error will NOT have had its EOF increased to include the erroneous sector. 
DIRCHECK will, in addition to the GAD "GAT" SECTOR BYTE errors, then display 
EXTENT SPACE OVERFLOWS DISKETTE for that file, but since EOF does not include 
that bad granule, single file COPY or format 6 COPY will still be able to copy 
the file. Therefore, any bad diskettes should be recoverable by using a format 
6 COPY with FMT option to copy the contents of the bad diskette onto another 
diskette. You can then use either format 5 or 6 COPY with FMT option to copy 
it back. 

This zap is large as part of SYS6/SYS is being moved to SYS17/SYS to make more 
patch area available in SYS6/SYS. 

' SYS6/SYS,07,79 change 52 CD 35 55 ED to 52 C3 1C 50 ED 

' SYS6/SYS,21,85 change 3E E6 28 to 3E F3 28 

' SYS17/SYS,00,0C change 2A C2 81 4E 78 to 2A CO 00 00 78 

/SYS17/SYS,03,2C through 9E was all zeroes, change to 

CD 35 55 ED 
5B CI 59 CD 84 57 ED 4B 94 59 CB 49 20 5E CD F9 
56 IE 61 3A C6 59 BB 38 0E 3A B8 59 BB 30 08 ID 
6B 36 FF ID 23 20 FA CB 68 28 06 2A 81 59 22 CE 
42 79 E6 0C 01 10 00 11 DO 42 21 83 59 20 07 21 
8B 59 IE D8 0E 08 ED B0 2A Dl 59 ED 5B C3 59 B7 
ED 52 EB 38 11 28 OF 2A C3 59 3A BC 59 CD B4 4C 
26 42 4F CD 62 57 CD IF 49 C2 CB 54 C3 2D 55 
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existence in the destination directory (remember, it is transferred over from 
the source disketteVn format 5 COPY) when it should have been done aw/fy with 
to make room for the\xpanded granule allocation table. The error ij 
immediately detectable\by DIRCHECK after the format 5 COPY by the p/esence of 
one or more BAD "GAT" SECTOR BYTE errors. Otherwise, the error i/not seen 
until TRACK # TOO HIGH eWor occurs when writing to the diskett//and a granule 
beyond those allowed for the diskette is erroneously allocated^; the file 
getting the error will NOTlaave had its EOF increased to include the erroneous 
sector. DIRCHECK will, in addition to the GAD "GAT" SECTOR BYTE errors, then 
display EXTENT SPACE OVERFLOW^ DISKETTE for that file, Wit since EOF does not 
include that bad granule, single file COPY or f ormat^COPY will still be able 
to copy the file. Therefore, an\ bad diskettes shojfld be recoverable by using 
a format 6 COPY with FMT option t\ copy the contents of the bad diskette onto 
another diskette. You can then use\either forma* 5 or 6 COPY with FMT option 
to copy it back. 



This zap is large as part of SYS6/SYS i\ 
patch area available in SYS6/SYS. 



>ing moved to SYS17/SYS to make more 



SYS6/SYS,07,79 



change 52 CD 35/55 ED \ to 52 C3 1C 50 ED 



SYS6/SYS,21,85 change 3E Etf 28 to 3E\F3 28 
SYS17/SYS,00,0C change /k C2 81 4E 78 to \a CO 00 00 78 
SYS17/SYS,03,2C through 9E was all zeroes, change\to 



CD 35 55 ED 

'4B 94 59 CB 49 20 5E CD F9 

SB 38 0E 3A B8 59 BB 30 08 ID 

f0 FA CB 68 28 06 2A 81 
10 00 11 DO 42 21 

'0E 08 ED B0 2A Dl 59 ED 5B 

ED 52 EB/38 11 28 OF 2A C3 59 3A BC 59 CD B4 4C 

26 42>¥F CD 62 57 CD IF 49 C2 CB 54 C3 2D 55 



5B CI 59 CD 84 57 
56 IE 61 3A C6 59y 
6B 36 FF ID 23. 
42 7 9 E6 0C 
8B 59 IE Dj 



59 22 
83 59 20 07 
C3 59 



Most *f ify 

jnfcrbcifif^ Those tr> 
6^T Arc ncrf *p y^rf. 



******** ZAP 058 ******** 12/01/81 ******** V2M1 ******** 

Mandatory zap to LMOFFSET to correct error occuring when a object code block's 
load point is in the range 3F00 to 3FFFH. 



LM0FFSET/CMD,01,36 



change 78 05 85 to 78 3D 85 



******** ZAP 059 ******** 12/28/81 ******** V2M1 ******** 

Mandatory zap to correct 3 bytes wrong in ZAP 054 (EDTASM), if not already 
y^corrected. The entire correct zap is given here. The corrections are to 
change to two occurrences of EB in the 1st part to 03 and the occurrence of 30 
in the 2nd part to 31. 



EDTASM/ CMD, 2 7, 30 
EDTASM/ CMD, 3 1,1 2 



change CD A9 70 03 to CD 8B 72 03 

change AA 53 36 00 El 7E to F5 CD A9 70 Fl C9 
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******** zap 060 ******** 12/28/81 ******** V2M1 ******** 

Mandatory zap to DOS to eliminate disk status register read for all interrupts 
except the disk I/O (taking NEWDOS/80 back to the original TRSDOS way). 
NEWDOS/80 read tine status on every interrupt in order to eliminate some code in 
the eternal quest to make more space available in SYSO. This worked fine until 
CPU speed up hardware modifications were devised that shift the CPU to slow 
speed for a number of milliseconds each time the status register was accessed. 
With NEWDOS/80 reading the status register every 25 ms, the CPU was spending 
most of its time at the slow speed if the user was using high speed and had set 
the switch enabling low speed to be temporarily switched. Most users just let 
the computer run always at the high speed and there was no problem; however, 
the 5MHZ speed is very marginal in supporting I/O thus requiring the slowdown. 
This zap does not eliminate other status reads done by NEWDOS/80 (such as to 
keep drives rotating if they are already rotating). This zap should eliminate 
most of the CPU slowdowns that were occuring. This zap was long delayed as it 
uses 7 of the last 10 zap bytes available in SYSO. 

SYS0/SYS,00,33 change 

00 00 00 00 00 00 00 to F5 07 DC E8 47 Fl C9 

SYS0/SYS,02,E7 change 

3A EC 37 3A E0 37 01 00 FC 45 07 DC to 

3A E0 37 07 CD 53 01 00 FC 45 40 DC 



******** ZAP 061 ******** 12/28/81 ******** V2M1 ******** 

Optional zap to DOS to cause DIR to actually read ENTER and BREAK from the 
keyboard rather than just look at the keyboard matrix. This zap allows BREAK 
to work for that function only if the BREAK key is enabled. This zap allows 
remote terminal operators of NEWDOS/80 to perform the DIR function when more 
than one display page will be involved. NEWDOS/80 was not designed to be run 
from remote terminals and at many places in its code looks directly at the 
keyboard matrix rather than actually accepting an input key when looking for 
BREAK, ENTER, UP or RIGHT ARROW. This zap changes only one of these 
situations, but a number of users have said they would be happy with that. 

SYS8/SYS,02,94 change 0A 16 OF CD 6B 50 CB to 0A CD 6B 50 16 OF CB 

SYS8/SYS,03,8A change 

50 3A 40 38 E6 05 28 F9 OF D2 2D 40 3E to 

50 CD 49 00 3D CA 2D 40 FE 0C 20 F5 3E 



******** ZAP 062 ******** 01/12/82 ******** V2M1 ******** 

/ Mandatory zap to DOS force the 4445H call to DOS (back up one record) to set 

bit 6 of the FCB 2nd byte (disables EOF truncation). 

SYS0/SYS,08,77 change 38 31 2B 18 ID CD to 38 10 2B 18 0D CD 
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******** ZAP 063 ******** 01/18/82 ******** V2M1 ******** 
Information zap. 

1. NEWDOS/80 V2 BASIC functions LOAD, RUN and MERGE implicitly require that 
the text file being read be already in ascending sorted line number order 
whereas NEWDOS/80 Version 1, NEWDOS/21, TRSDOS, VTOS, LDOS, DOSPLUS and the 
other DOS's do not. Normally, the BASIC program files are in sorted line 
number order; so this difference was not noticed for some time into Version 2's 
release. Some users prefer to create text files in random line number order, 
relying on the implicit sort (not in NEWDOS/80 V2) done during LOAD, MERGE or 
RUN to sort the lines. These users must find some way of pre-sorting the text 
files, and since leading zeroes are suppressed from line numbers (causing line 
5000 to sort before line 51), normal sorts won't work. The following sort 
program (known as CODESORT/BAS) will perform the sort, sorting the input text 
file into a different output text file. 

10 CLEAR 2000: DEFINT A-Z: NR=0 

20 PRINT"FILESPEC OF BASIC PROGRAM TO BE SORTED?": LINEINPUT FS$ 

30 0PEN"I",1,FS$: BC!=LOC(l)% - * ¥« %f > Wx< ~ 

40 IF EOF(1)=0 THEN NR=NR+1 : LINEINPUT #1,A$: GOTO 40 

50 A$="": CLOSE „ 

60 DIM CD$(NR), IX(NR) , SN(NR) : CMD"F=SASZ",BC!-NR+200 y*f #< *'** *> C 

70 OPEN"I",l,FS$: X-l: K=l 

80 IF X>NR THEN 170 

90 LINEINPUT #1,CD$(X): Y=LEN(CD$(X)) : Z=l : W=0 : SN!=0: K=K+1 

100 IFY=0 THEN 160 

110 IF Z>Y THEN 130 ELSE J=ASC(MID$(CD$(X) ,Z,1) ) : Z=Z+1 : IF J=32 THEN 110 

120 IF J>=48 AND J<58 THEN W=W+1 : SN!=10*SN!+J-48: GOTO 110 

130 IF W>0 AND SNK65530 THEN SN(X)=SN!-32768: X=X+1 : GOTO 80 

140 PRINT K;"TH LINE HAS BAD OR MISSING LINE NUMBER. BYPASS IT? (Y/N) "; 

145 INPUT A$ 

150 IF A$="N" THEN END ELSE IF A$<>"Y" THEN INPUT"BAD REPLY" ;A$: GOTO 150 

160 NR=NR-1: GOTO 80 

170 CLOSE: IF NR=0 THEN PRINT"N0 RECORDS TO SORT": END 

180 CMD"0",NR,*IX(1),SN(1) 

190 PRINT"S0RTED OUTPUT FILESPEC? ";: LINEINPUT FS$ 

200 0PEN"0",1,FS$ 

210 FOR X=l TO NR: PRINT #1 ,CD$(IX(X) ) : NEXT 

220 CLOSE: PRINT"DONE":END 

2. In BASIC, RENUM does not renumber the CMD"F", DELETE statement properly. No 
zap will be issued to correct this. 

3. The manual failed to inform programmers building programs to be executed 
that the command keyword or program name (filespec) is the first parameter of 
each DOS command and that, on entry to that program or DOS command function, 
register HL points to the parameters following the program name (filespec) in 
the DOS command statement that invoked the program. Examples: 

1. XXXXXX This DOS command causes user program XXXXXX/CMD to be 
loaded from whichever drive it is found on into memory and program 
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execution commenced at its entry location. At that time, register HL 
points to the EOL character (ODH) since there are no parameters followin 
the program's filespec. Note, in absence of a name-extension for the 
filespec XXXXXX, /CMD was substituted. Also, since no drive number was 
given, the drives were searched, starting with the drive 0, looking for 
the first occurrence of XXXXXX/CMD. 

2. YYYY/0BJ:1,5,JJJ:1 This DOS command causes user program YYYY/0BJ:1 
to be loaded into main memory from drive 1 and program execution commenc 
at its entry location. At this time, register HL points the character 
in the above command, as this is the first character of the first 
parameter following the program filespec. The user program may 
interrogate the parameter(s) with the EOL character (ODH) indicating the 
end of parameters. 

3. ZZZ,Y,N,MYFILE This DOS command causes user program ZZZ/CMD to be 
loaded into main memory and execution started at its entry location with 
HL pointing to the character Y 

3. A number of users have asked why NEWDOS/80 Version 2 lacks features that 
other DOS's have. For the most part and for obscure reasons, we just elected 
to exclude them, but in many cases the main problem is that sufficient reside 
main memory space or overlay main memory space or both is not available. 

1. In the DOS main memory region, 4000H thru 51FFH, NEWDOS/80 has 256 
bytes less resident (always in memory) code/data than other DOS's have a 
it uses this 256 bytes to make the DOS overlay programs (i.e., SYS1/SYS) 
bigger. 

2. Some DOS's have taken part of their resident code/data into high 
memory in order to gain more resident memory for DOS. For NEWDOS/80 
Version 2, it was decided to remain out of high main memory, with the 
exception of the spooler, which was already there. 

3. NEWDOS/80 has MINI-DOS which most other DOS's do not. This means th 
most of the DOS commands (DIR, FREE, LOAD, etc.) that execute in the 520 
thru 6FFFH region of main memory (and may call overlay routines that 
execute in the 4E00H thru 51FFH region) in other DOS's must execute in 
NEWDOS/80 entirely within the 4D00-51FFH DOS overlay region. This 
complicates the effort to extend the capabilities of any given DOS 
command. 

4. A number of users have asked why SETCOM and FORMS were not included in 
Version 2 for the Model I like they were for the Model III. The author's 
excuses, weak as they are, are as follows: 

1. For FORMS, of the two parameters, only LINES could have been 
accommodated as that is all the Model I ROM printer routine (used by 
NEWDOS/80) allows for. Most users that had to change the lines-per-page 
value at 401 8H (16424 decimal) were already doing so, either via the POK 
function of BASIC or the M function of DEBUG. 

2. For SETCOM, this command changes the parameters in 3 control blocks 
for the RS-232C interface. NEWDOS/80 VI and V2 for the Model I have no 
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main memory allocated for these three control blocks, and the Model I ROM 

does not have some of the routines used to change these control blocks, 

whereas the Model III does. Lastly, many excellent widely used RS-232C 

programs were already in existence handling the interface quite well 
without NEWDOS/80. 

5. A number of users have asked why DIRECTORY READ ERROR or DIRECTORY WRITE 
ERROR appear as the DOS error message when an error occurs with a directory 
sector. Why not display the regular error code? We did this in order that 
normal file processing, the user would know that the directory, rather than 
his/her file, was the source of the error. At the time the error code 
substitution takes place, the system does not know whether or not the directory 
I/O was subsidiary to file I/O. We do apologize for the confusion created when 
the directory I/O was the main I/O (i.e., in DIR, FREE, etc.). The user can go 
to SUPERZAP and step through the directory (via DD, DTS or DFS (on DIR/SYS) to 
determine which sector is bad and what is the actual complaint. VDS mode can 
also be used. 

6. LNW-80 users should be aware that that computer does not use the Z-80 
instruction HALT to trigger the computers RESET line as does the TRS-80 Model 
I. Therefore, the BOOT DOS command and any other program that uses the Z-80 
HALT instruction to RESET the computer will simply stop execution, which is 
what the normal Z-80 HALT instruction does. The user will have to actually 
press the RESET keys. 



******** ZAP 064 ******** 02/15/82 ******** V2M1 ******** 

Mandatory zap to DOS to cause the /./5Y function of chaining (see page 4-11) to 
properly exit the current DOS-CALL level, if any, under certain circumstances 
where it was not. This problem can also be avoided by using CHNON.Y instead of 
/./5Y if DOS is awaiting its next command at that DOS level. 

SYS9/SYS,01,97 change 43 B7 20 06 CB to 43 CD 3A 51 CB 

SYS9/SYS,04,4E change 

00 00 00 00 00 00 00 00 00 00 00 00 00 to 

B7 C2 99 4E 78 E6 50 FE 40 CA 2D 40 C9 

******** ZAP 065 ******** 02/15/82 ******** V2M1 ******** 

Information zap. 

1. When COPY format 6 (CBF) is used to copy a system diskette and the system 
files are to be copied, the FMT parameter MUST be specified!!!! On page 2-14, 

last paragraph, is stated "If NFMT is specified, system files are not 

copied unless already existent in the destination file directory.". This is 
not true; if NFMT is specified or implied, the files are copied, but (1) 
SYS0/SYS will usually be in the wrong position causing BOOT to fail and (2) 
other system files may be in the wrong directory slots, eventually causing even 
worse trouble. 
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2. Some users have had GAT OVERFLOW error occur when using CBF with FMT to 
copy a system diskette. The system files SYS1/SYS through SYS21/SYS on a 
system diskette are positioned near the directory, some file above and some 
below, to enhance system efficiency. During the CBF COPY, the each system fil 
is assigned space on the destination diskette in the same position relative to 
the directory as on the source diskette, and if that position is beyond either 
end of the diskette, GAT OVERFLOW error occurs. The solution to the problem i 
to cause the directory to be positioned nearer the center of the diskette. Tw 
of the destination diskette's PDRIVE parameters are involved in the directory 
positioning: GPL and DDSL. Compute the number of lumps on the diskette and 
compare against DDSL to determine which end of the diskette the directory is 
too close to. You can take one of three actions to cause the directory to mov 
closer to the diskette center: (1) change the DDSL value, (2) decrease the GPL 
value if the directory was too near the end of the diskette, or (3) increase 
the GPL value if the directory was too near track 0. 

3. A number of users have complained that the LIST and PRINT commands do not 
allow for graphic characters. This was done so purposely as the intent with 
both LIST and PRINT was to provide a rudimentary, emergency method of listing 
or printing regular text files (files whose printable characters are between 
20H and 7FH ASCII or that modulate to those values). These two commands were 
seldom used in NEWD0S+ or NEWDOS/80 Version 1, and we have been surprised by 
the increased useage in Version 2. For a subsequent release of NEWDOS80, we 
will try to add more capabilities to allow for graphics, but for now we simply 
apologize that the capability is not there. 

4. For Model I users having CPU speed up modification installed that find tha 
NEWDOS/80 Version 2 fails in double density I/O (or single density 8") where 
NEWDOS/80 Version 1 (using someone else's double density patches) worked, the 
user should ask the purveyor whether the speed up modification, when set to 
normal speed, actually causes the CPU to run slower than the standard Model I 
speed of 1.772 MHZ. Some of the earlier speed up mods did, and NEWDOS/80 
Version 2 cannot tolerate any slowdown below 1.772 MHZ. 

i ******** ZAP 066 ******** 03/16/82 ******** V2M1 ******** 

Mandatory zap to BASIC to correct error in dynamic MERGE occuring when the old 
text has lines within the range of the merging text (though not matching line 
numbers, which is not allowed). This is an unusual condition but nevertheless 
legal. This error was causing string variables whose strings are in the text 
area to not be properly repointed into the resulting text. 

v SYS19/SYS,00,DA change C5 21 3E 54 22 to C5 CD 20 56 22 

^ SYS19/SYS,02,9D change CI Dl El C9 2A to CI C3 2A 56 2A 

>/ SYS19/SYS,02,E2 change CD F2 54 CD to CD 38 56 CD 

\/ SYS19/SYS,03,76 change 

00 ED 52 38 2E 21 00 00 ED 52 30 27 AF to 
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00 00 CD 41 56 21 00 00 09 CD 49 56 AF 

SYS19/SYS, 04,34 change 

0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 00 

to 

2100 0022 4256 213E 54C9 2A42 

56ED 5B7A 5519 2242 56D1 E1C9 474F ED43 

4256 C3F2 5401 0000 09ED 5218 03ED 523F 
D0F1 C399 55 



/ 






******** ZAP 067 ******** 03/25/82 ******** V2M1 ******** % <, 



4 X 



Mandatory zap to allow the TRSDOS 1.2 Model III VISICALC Version VC-15OY0-T83 
to operate with Model I NEWDOS/80 Version 2. The 1st zap disables VISICALC' s 
directory search feature. The 2nd and 3rd zaps insert the Model I HIMEM value. 
The 4th and 5th zaps disable the disabling of the Model III abort -on- BREAK 
RS-232 function which is not available on the Model I. The 6th zap performs a 
Model I check for the BREAK key. The 7th, 8th and 9th zaps disable VISICALC 1 s 
direct printer interface (command /PR) with the RS-232 serial port which is not 
available on the Model I (the user may still use his/her own driver that takes 
/PP parallel printer output to the RS-232). 

The directory search capability of VISICALC is disabled as NEWDOS/80 does not 
have the RAMDIR facility that Model III TRSDOS does. However, it is possible 
to use MINI-DOS to search the directory by (1) typing in the /SL command, (2) 
pressing DFG to enter MINI-DOS, (3) perform the MINI-DOS functions, (4) clear 
the display, (5) exit from MINI-DOS, (6) back in VISICALC, press three or more 
CLEARS to clear the command state, (7) execution one of the /T commands to 
restore the VISICALC display. 

VC/CMD,86,CA change E5 CD 90 42 FD to E5 3E 08 B7 FD 

VC/CMD,00,1E change 2A 11 44 7D to 2A 49 40 7D 

VC/CMD,00,AA change 2A 11 44 11 to 2A 49 40 11 

VC/CMD,84,CB change C9 32 03 42 CD to C9 00 00 00 CD 

/VC/CMD,85,25 change C9 32 03 42 CD to C9 00 00 00 CD 

VC/CMD,83,9D change 
% F5 C5 D5 E5 CD 8D 02 28 0A CD 2D A4 El Dl CI Fl to 
F5 3A 40 38 E6 04 CC 35 A4 C4 2D A4 28 0B 00 Fl 

VC/CMD,84,C2 change E5 CD 5A 00 to E5 00 00 00 

^VC/CMD.85,05 change E5 CD 55 00 to E5 00 00 00 

/^VC/CMD,84,BB change FF 32 FA 41 DD to FF 00 00 00 DD 
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r ******** ZAP 068 ******** 04/13/82 ******** V2M1 ******** 

Mandatory zap to DOS to correct an error in CREATE whereby the old file's (no 
the new) EOF was not being set = when REC=0 parameter spec'ed or defaulted 
to. 

/ SYS14/SYS,02,FE change 28 47 to 28 41 



f ******** 2AP 069 ******** 04/13/82 ******** V2M1 ******** 

Mandatory zap to DOS to correct error in the DMDB function of SUPERZAP where 
the F, function was not displaying the correct dump location. 

v" SUPERZAP/CMD,05,12 change 03 3A B2 54 CD to 03 CD 14 52 CD 

•" SUPERZAP/ CMD ,00, 18 change 00 00 00 00 00 00 to 3A B3 54 6/ 18 F6 



******** 2AP 071 ******** 05/04/82 ******** V2M1 ******** 

Mandatory zap to VISICALC Version VC-160YO-T83 for Model III TRSDOS 1.3 to 
operate with Model 1 NEWDOS/80 Version 2. Refer to ZAP 067 as this zap 
performs the same functions as that zap did for the TRSDOS 1.2 version. 

VC/CMD,86,EB change E5 CD 90 42 FD to E5 3E 08 B7 FD 

VC/CMD,00,1E change 2A 11 44 7D to 2A 49 40 7D 

VC/CMD,00,B5 change 2A 11 44 11 to 2A 49 40 11 

VC/CMD,84,EF change C9 32 03 42 CD to C9 00 00 00 CD 

VC/CMD,85,46 change C9 32 03 42 CD to C9 00 00 00 CD 

VC/CMD,83,BB change 

F5 C5 D5 E5 CD 8D 02 28 0A CD 4B A4 El Dl CI Fl to 

F5 3A 40 38 E6 04 CC 53 A4 C4 4B A4 28 0B O0 Fl 

VC/CMD,84,E6 change E5 CD 5A 00 to E5 00 00 00 

VC/CMD,85,26 change E5 CD 55 00 to E5 00 00 00 

VC/CMD,84,DF change FF 32 FA 41 DD to FF 00 00 00 DD 

******** ZAP 072 ******** 05/04/82 ******** V2M1 ******** 

Information zap on Model III TRSDOS diskettes. 

Despite explicit and implicit statements in the manual and the zaps, users 
continue to think that Model III TRSDOS type diskette are directly useable wi 
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NEWDOS/80 Version 2. NEWDOS/80 Version 2, with two exceptions, CANNOT, repeat, 
CANNOT operate with TRSDOS Model III system or data diskettes. Please believe 
us; this is so!!!! DO NOT ATTEMPT to use Model III type diskettes (data or 
system) with NEWDOS/80 except for the special conditions of COPY and SUPERZAP 
wherein PDRIVE TI flag M is used!!!!!! If you must use the DIR command to 
determine what is on a Model III TRSDOS type diskette, do so under TRSDOS, not 
NEWDOS . 

The directory for Model III TRSDOS system and data diskettes is markedly 
different from the directory used on Model I TRSDOS 2.3 and all NEWDOS 
diskettes. For NEWDOS/80 Version 2 on the Model III, Apparat elected to remain 
with the old style directory so that data diskettes (once the address mark had 
been adjusted; see WRDIRP command and SYSTEM option BN) could be used 
interchangeably between the Model I and Model III under NEWDOS/ 80 Version 2 on 
both computers. 

Realizing that data files and some program files must be transferable between 
TRSDOS Model III type diskettes and NEWDOS/80 Version 2 type diskettes, 
NEWDOS/80' s COPY command, formats 1-4 and 6, allow, via special PDRIVE 
conditions, files to be copied from a Model III TRSDOS type diskette to a 
NEWDOS/80 Version 2 type diskette and from a NEWDOS/80 Version 2 type diskette 
to a Model III type diskette (note, COPY formats 1 and 2 filespecs for Model 
III TRSDOS files must have an explicit drive number). The special PDRIVE state 
is given in PDRIVE, example 3, page 2-38, and provides only for Model III 
TRSDOS type diskettes that are single sided, double density, 40 track. On your 
master Model III NEWDOS/80 system diskette, PDRIVE display slot # 4 was 
initialized to the correct value to use with these Model III TRSDOS 1.3 type 
diskettes (see zap 013 for TRSDOS 1.2 or 1.1 diskettes; see zap 031 for Model I 
TRSDOS 2.3B diskettes). For the remainder of this discussion, we will assume 
PDRIVE specification 4 contains the following values: 

TI=xM i TD=E,TC=40,SPT=18,TSR=3,GPL=6,DDSL=17,DDGA=2 

where x is C for PERCOM type double density interface and E for LNW 
type interface. 
There are many variations available for copying to/from Model III TRSDOS 
diskettes which the more experienced NEWDOS user will adapt for his/her own 
uses. The following examples are to get the novice through the first anxious 
moments. In each example, drive is assumed a double density drive. 

1. To copy file XXX/DAT from a Model III TRSDOS type diskette to a 
preformated NEWDOS/80 Version 2 diskette, the following command will work: 

COPY, XXX/DAT:0, XXX/DAT: 1 ,SPDN=4 
NEWDOS/80 will ask for the mount of the source diskette (the Model III 
TRSDOS type diskette) and the system diskette (the NEWDOS/80 system 
diskette) on drive as necessary. 

2. To copy multiple files from a Model III TRSDOS type diskette to a 
previously formatted NEWDOS/80 type diskette, the following command will 
work: 

COPY,0,1,,NFMT,CBF,CFWO,SPDN=4 
NEWDOS/80 will ask for the mount of the source diskette (the Model III 
TRSDOS type diskette) and the system diskette (the NEWDOS/80 system 
diskette) on drive as necessary. The user will be asked, one file at a 
time, which files are to be copied, except that files marked as system 
files are excluded automatically from the copy. To copy a system file, 
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use the single file copy example above. 

3. To copy file XXX/DAT from a NEWDOS/80 Version 2 diskette to Model III 
TRSDOS diskette, the following command will work: 

COPY , XXX/ DAT : 1 ,XXX/ DAT : , DPDN=4 
NEWDOS/80 will ask for the mount of the destination diskette (the Model 
III TRSDOS type diskette) and the system diskette (the NEWDOS/80 system 
diskette) on drive as necessary. 

4. To copy multiple files from a NEWDOS/80 type diskette to a previously 
formatted (under TRSDOS) Model III TRSDOS type diskette, the following 
command will work: 

C0PY.1 ,0,,NFMT,CBF,CFWO,DPDN=4 
NEWDOS/80 will ask for the mount of the destination diskette (the Model 
III TRSDOS type diskette) and the system diskette (the NEWDOS/80 system 
diskette) on drive as necessary. The operator will be asked, one file 
at a time, to select which files are to be copied, excepting that any 
files marked as system files are automatically excluded from the copy. To 
copy a system file, use the single file copy example given above. 

NEWDOS/80 Version 2 does not provide a method of copying to/from DOS ' s other 
than itself and TRSDOS. It is our intention that the TRSDOS diskette remain 
the common media for moving data between non-TRSDOS DOS ' s which is why we took 
the extra trouble to be able to copy TO a Model III TRSDOS diskette. 

For the experienced user, SUPERZAP modes DD and DTS can be used to inspect 
Model III TRSDOS type diskettes provided the PDRIVE specifications are set 
correctly. The command 

PDRIVE, 0,1=4, A 
will activate the drive #4 specifications as drive #l's specifications, thus 
allowing SUPERZAP to inspect a Model III TRSDOS type diskette on drive 1. When 
done, don't forget to change the PDRIVE specifications for drive 1 back. The 
Model III TRSDOS directory is 18 sectors long, starting at relative sector 306; 
remember, the directory format is different than that for NEWDOS/80. 



******** 2AP 073 ******** 05/04/82 ******** V2M1 ******** 

Information zap on Model I TRSDOS 2.3B and higher diskettes. Refer also to ZAP 
031. 

Some time ago Radio Shack announced a double density modification to the Model 
I TRSDOS. To date, this modification is not available and Apparat does not 
know what zaps will have to be issued to operate with the new Model I TRSDOS 
2.3B or higher double density diskettes. We assume that the new Model I TRSDOS 
will continue with the implementation of RBA format in the FCBs and the 
directories (which make the new TRSDOS diskettes incompatible with the old 
TRSDOS and with NEWDOS diskettes), and that like Model III TRSDOS diskettes, 
the new Model I TRSDOS diskettes will useable with NEWDOS/80 Version 2 only 
with COPY and SUPERZAP (see above zap) when the PDRIVE setting includes TI flag 
M. However, for now, use of flag M does not allow access to Model I TRSDOS 
double density diskettes as a TD code for double density implies Model III. 
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******** ZAP 074 ******** 05/12/82 ******** V2M1 ******** 

Mandatory zap to CHAINBLD/BAS to eliminate an unintended and non-displayed 
CLEAR character that causes trouble during PRINT of an ASCII copy of the 
program. This character is non-displayed but is the character in text 
immediately following the GOSUB36 of line 92. Load the program under BASIC, 
delete the character, and SAVE the CHAINBLD/BAS file back. Line 92 should 
display exactly the same after the character delete as before. 



******** ZAP 075 ******** 05/12/82 ******** V2M1 ******** 

Mandatory zap to BASIC to correct memory-wipe-out error caused in certain 
circumstances by a REF= statement containing a ' character. The actual error 
is at 1A8B - 90 in the ROM and can be triggered in non-disk BASIC by keying in 
twice the direct command sss' where sss is three spaces. By making a change to 
NEWDOS/80's BASIC, the problem with REF is avoided. 

SYS18/SYS,02,1A change 

36 20 23 DF 38 FA 2B 36 FF 18 39 EB to 

36 FF 23 DF 30 3E 36 20 23 18 F8 EB 



******** ZAP 076 ******** 06/18/82 ******** V2M1 ******** 

Ma ndatory zap to DOS to allow NEWD0S/80 to run with the Radio Shack double 
density modification. This zap does NOT enable NEWDOS/80 to operate with Model 
I TRSDOS 2.7DD double density diskettes (see ZAP 078). PDRIVE TI flag D is 
hereby activated (please note this in the margin on page 2-34) for the Model I 
to mean the Radio Shack double density interface, and all PDRIVE specifications 
for this interface must use TI flag A or D for single density diskettes and TI 
flag D for double density diskettes. If drive is to be double density, TI=DK 
must be specified (with TC reduced by 1 (i.e., 34, 40, 76 or 79)). The Percom, 
LNW and Omikron double density interfaces for the Model I do not use write 
precompensation as does the Radio Shack interface. Since there is not enough 
resident DOS patch area to patch in precompensation and still retain system 
diskette interchangeability with other interfaces, it has been left out of this 
mandatory zap, but has been included as optional zap 077 below wherein the 
zapped NEWDOS/80 system diskette must only be run with an unmodified interface 
or with the Radio Shack DD interface. 

******** Creating a system diskette to operate with a different I/O interface 
(i.e., the R. S. doubler) requires that the system diskette be created by 
format 5 or 6 COPY with FMT parameter specified. 

******** TI flag D is interdrive mutually exclusive with flags B, C and E 
meaning that if D is specified in any drive's specification, then no other 
drive's specification may contain TI flags B, C or E. "TI= SPEC BETWEEN DRIVES 
INCOMPATIBLE" error will be given if this interdrive mutual exclusion is 
violated, requesting that you alter the various PDRIVE specs until atmost one 
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of TI flags B, C, D or E is represented in the various PDRIVE specifications. 

********* NEVER, NEVER, NEVER reset or boot the computer with PDRIVE showing an 
error. If this is done, the initialization routines will simply refuse to 
boot. 

SYS6/SYS,07,7D change 

ED 5BC1 
59CD 8457 ED4B 9459 CB49 2047 CDF9 56CB 
6828 062A 8159 22CE 42 
to 

DD 5604 
DD4E 06DD 7E02 E61C FE08 C079 EE20 DD77 
06C9 DD71 06DD 7307 C9 

" SYS6/SYS,27,C1 change 07 DD 56 04 DD to 07 CD D7 54 DD 

SYS6/SYS,27,CD change 
'" 01 CD 59 69 20 03 CD AA 67 Dl DD E3 F5 DD 73 07 DD to 
01 C5 CD 59 69 CC AA 67 CI Dl DD E3 F5 CD EC 54 DD 



s 



SYS16/SYS.00.D6 change 05 7B 07 F6 FC 57 DD to 05 lb 80 CD 95 51 DD 

SYS16/SYS,02,56 change E6 68 CO to E6 60 CO 

SYS16/SYS,02,6A change 20 ID CB to 20 10 CB 

SYS16/SYS,04,A9 change 00 00 00 00 00 00 to CB 43 CO 16 A0 C9 

******** ZAP 077 ******** 06/18/82 ******** V2M1 ******** 

Optional zap to DOS to enable the Radio Shack double density write 
precompensation logic. When this zap is applied, the system diskette must only 
be used with either an expansion interface that has not been modified for disk 
double density or 8 inch drives or has been modified for the Radio Shack double 
density disk I/O. Once the diskette is modified, indicate on its label that 
this zap is installed. 

SYS0/SYS,01,40 change 

EF 00 00 00 3E 2A 18 AE C3 to EF 32 EE 37 C3 67 47 00 C3 

SYS0/SYS,01,62 change 

EF 00 00 00 00 00 00 18 D9 AF to EF 3E CO 30 DA 3E E0 18 D6 AF 

SYS0/SYS,03,9A change CD 67 47 to CD B3 47 

SYS0/SYS,04,A9 change 

5E F3 3A 11 43 F6 FE 77 36 DO FB 23 to 

5E 18 08 3A 0D 43 OF BA C3 76 44 23 

SYS6/SYS.29.5F change CD 67 47 to CD B3 47 
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******** ZAP 077 ******** 06/18/82 ******** V2M1 ******** 

Optional zap to DOS to enable the Radio Shack double density write 
precompensation logic. When this zap is applied, the system diskette must only 
be used with either an expansion interface that has not been modified for disk 
double density or 8 inch drives or has been modified for the Radio Shack double 
density disk I/O. Once the diskette is modified, indicate on its label that 
this zap is installed. 

SYS0/SYS,01,40 change 

EF 00 00 00 3E 2A 18 AE C3 to EF 32 EE 37 C3 67 47 00 C3 

SYS0/SYS,01,62 change 

EF 00 00 00 00 00 00 18 D9 AF to EF 3E CO 30 DA 3E E0 18 D6 AF 

SYS0/SYS,03,9A change CD 67 47 to CD B3 47 

SYS0/SYS,04,A9 change 

5E F3 3A 11 43 F6 FE 77 36 DO FB 23 to 

5E 18 08 3A 0D 43 OF BA C3 76 44 23 

SYS6/SYS,29,5F change CD 67 47 to CD B3 47 



******** ZAP 078 ******** 06/18/82 ******** V2M1 ******** 

Optional zap to allow COPY formats 1, 2, 3, 4 and 6 to copy files from or to 
Model I TRSDOS 2.7DD double density diskettes when the PDRIVE for that diskette 

is* 

TI=xM,TD=E,TC=tc,SPT=18,TSR=3,GPL=6,DDSL=dt,DDGA=2 

x = C for Percom type double density modification, D for Radio Shack type 

modification and E for LNW type modification. 

tc - diskette track count, 35, 40 or whatever. This track count includes 

the single density track 0. 

dt = the directory track number (the standard is 17). NEWDOS/80 must be 

given the correct value as it does not obtain the value from the 

diskette's boot sector in the single density track 0. 
See example 3, page 2-38. If ZAP 013 is applied to the diskette receiving this 
zap, ZAP 013 must be taken out before this zap is applied. Once this zap has 
been applied, the zapped diskette cannot be used to copy to/ from Model III 
TRSDOS diskettes or to/from Model I TRSDOS 2.3B diskettes; this zap should onlj 
be applied to a special NEWDOS/80 system diskette whose sole function is to be 
used when copying files to/from Model I TRSDOS 2.7DD double density diskettes. 

A Model I TRSDOS 2.7DD double density diskette cannot be formatted by 
NEWDOS/80, and it cannot be format 5 copied by NEWDOS/80, not even via the BDU 
option. Further, remember, format 6 (CBF) COPY does not copy system files 
to/from TRSDOS diskettes; formats 1 through 4 do, however. 

Users must be aware that Model I TRSDOS 2.7DD double density diskettes are 
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written with track in single density and all other tracks in double density; 
the directory information assumes track is in double density and counts its 
information from track O's 1st sector. Note, that track is allocated on all 
diskettes to BOOT, a file that contains 10 sectors, not 18. 

SYS6/SYS,14,25 change 

00 3D 46 01 A8 41 46 01 A9 37 47 03 C3 0B 5C 37 48 01 0D 77 48 03 C3 to 

00 A5 48 01 3E EE 48 01 00 F3 48 07 ED 5B 99 43 CD 0B 5C 8A 5B 00 C3 

SYS6/SYS,14,67 change 01 50 DO to 01 80 DO 

SYS6/SYS,14,76 change 00 7B 4F 01 1A AF to 00 38 50 01 C9 AF 

SYS6/SYS,14,82 change 

00 61 50 03 3E 1A B7 D6 to 00 67 50 03 36 80 23 D6 

SYS6/SYS,14,8E change 

5C 12 51 01 1A 55 51 04 21 EF 5C C9 to 5C 0E 51 01 00 55 51 04 21 CD 40 C9 

SYS6/SYS,14,A2 change 00 61 4E 01 0D 6C to 00 8F 4E 01 80 6C 

SYS6/SYS,14,B1 change 

5B 18 EF 4E 02 35 56 DA 4E 01 2F 8B 4E 01 18 72 to 

5B 28 EF 4E 02 35 56 E9 4F 02 36 00 00 5C 00 72 

SYS6/SYS,14,D0 change 

00 FB CI 20 0A 3A C4 46 E6 to 00 21 08 00 19 7E 12 C9 E6 

SYS6/SYS,14,E9 change 3E 05 CD to 3E 08 CD 

SYS6/SYS,14,FB change 3E 30 CD to 3E 20 CD 

SYS6/SYS,15,21 change 06 50 7E to 06 80 7E 

SYS6/SYS,20,11 change 01 EF 5C 23 to 01 CD 40 23 

SYS6/SYS,20,97 change 3E 50 20 to 3E 80 20 



******** zap 079 ******** 06/27/82 ******** V2M1 ******** 



rijJijtilBL 



Mandatory zap to DOS to correct error occurring when a file with EOF = is 
copied (via single file COPY) to a NEWDOS/80 diskette from TRSDOS diskette 
other than the old TRSDOS 2.3 (or as now being called TRSDOS 2.3A) diskettes. 

SYS6/SYS,05,C5 change 

52 3A 14 53 B7 C8 CD 35 55 2A to 52 CD 35 55 3A 14 53 B7 C8 2A 
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******** ZAP 073 ******** 05/04/82 ******** V2M1 ******** 

Information zap on Model I TRSDOS 2.3B and higher diskettes. Refer also to ZAP 
031. 

Some time ago Radio Shack announced a double density modification to the Model 
I TRSDOS. To date, this modification is not available and Apparat does not 
know what zaps will have to be issued to operate with the new Model I TRSDOS 
2.3B or higher double density diskettes. We assume that the new Model I TRSDOS 
will continue with the implementation of RBA format in the FCBs and the 
directories (which make the new TRSDOS diskettes incompatible with the old 
TRSDOS and with NEWDOS diskettes), and that like Model III TRSDOS diskettes, 
the new Model I TRSDOS diskettes will useable with NEWDOS/ 80 Version 2 only 
with COPY and SUPERZAP (see above zap) when the PDRIVE setting includes TI flag 
M. However, for now, use of flag M does not allow access to Model I TRSDOS 
double density diskettes as a TD code for double density implies Model III. 



******** ZAP 074 ******** 05/12/82 ******** V2M1 ******** 

•^Mandatory zap to CHAINBLD/BAS to eliminate an unintended and non-displayed 
CLEAR character that causes trouble during PRINT of an ASCII copy of the 
program. This character is non-displayed but is the character in text 
immediately following the G0SUB36 of line 92. Load the program under BASIC, 
delete the character, and SAVE the CHAINBLD/BAS file back. Line 92 should 
display exactly the same after the character delete as before. 



******** ZAP 075 ******** 05/12/82 ******** V2ML ******** 

Mandatory zap to BASIC to correct memory-wipe-out error caused in certain 
circumstances by a REF= statement containing a ' character. The actual erroi 
is at 1A8B - 90 in the ROM and can be triggered in non-disk BASIC by keying in 
twice the direct command sss 1 where sss is three spaces. By making a change tc 
NEWDOS/80's BASIC, the problem with REF is avoided. 

SYS18/SYS,02,1A change 

36 20 23 DF 38 FA 2B 36 FF 18 39 EB to 

36 FF 23 DF 30 3E 36 20 23 18 F8 EB 



******** ZAP 076 ******** 06/18/82 ******** V2M1 ******** 



^ 



Mandatory zap to DOS to allow NEWDOS/80 to run with the Radio Shack double 
density modification. This zap does NOT enable NEWDOS/80 to operate with Model 
I TRSDOS 2.7DD double density diskettes (see ZAP 078). PDRIVE TI flag D is 
hereby activated (please note this in the margin on page 2-34) for the Model I 
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of TI flags B, C, D or E is represented in the various PDRIVE specifications. 

********* NEVER, NEVER, NEVER reset or boot the computer with PDRIVE showing an 
error. If this is done, the initialization routines will simply refuse to 
boot. 

SYS6/SYS,07,7D change 

ED 5BC1 
59CD 8457 ED4B 9459 CB49 2047 CDF9 56CB 
6828 062A 8159 22CE 42 
to 

DD 5604 
DD4E 06DD 7E02 E61C FE08 C079 EE20 DD77 
06C9 DD71 06DD 7307 C9 

- SYS6/SYS,27,C1 change 07 DD 56 04 DD to 07 CD D7 54 DD 

SYS6/SYS,27,CD change 
' 01 CD 59 69 20 03 CD AA 67 Dl DD E3 F5 DD 73 07 DD to 
01 C5 CD 59 69 CC AA 67 CI Dl DD E3 F5 CD EC 54 DD 

^ SYS16/SYS,00,D6 change 05 7B 07 F6 FC 57 DD to 05 lb 80 CD 95 51 DD 

y SYS16/SYS,02,56 change E6 68 CO to E6 60 CO 

S SYS16/SYS,02,6A change 20 ID CB to 20 10 CB 

SYS16/SYS,04,A9 change 00 00 00 00 00 00 to CB 43 CO 16 A0 C9 



******** zap 077 ******** 06/18/82 ******** V2M1 ******** 

Optional zap to DOS to enable the Radio Shack double density write 
precompensation logic. When this zap is applied, the system diskette must only 
be used with either an expansion interface that has not been modified for disk 
double density or 8 inch drives or has been modified for the Radio Shack double 
density disk I/O. Once the diskette is modified, indicate on its label that 
this zap is installed. 

SYS0/SYS,01,40 change 

EF 00 00 00 3E 2A 18 AE C3 to EF 32 EE 37 C3 67 47 00 C3 

SYS0/SYS,01,62 change 

EF 00 00 00 00 00 00 18 D9 AF to EF 3E CO 30 DA 3E E0 18 D6 AF 

SYS0/SYS,03,9A change CD 67 47 to CD B3 47 

SYS0/SYS,04,A9 change 

5E F3 3A 11 43 F6 FE 77 36 DO FB 23 to 

5E 18 08 3A 0D 43 OF BA C3 76 44 23 

SYS6/SYS,29,5F change CD 67 47 to CD B3 47 
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******** ZAP 077 ******** 06/18/82 ******** V2M1 ******** 

Optional zap to DOS to enable the Radio Shack double density write 
precompensation logic. When this zap is applied, the system diskette must only 
be used with either an expansion interface that has not been modified for disk 
double density or 8 inch drives or has been modified for the Radio Shack double 
density disk I/O. Once the diskette is modified, indicate on its label that 
this zap is installed. 

SYS0/SYS,01,40 change 

EF 00 00 00 3E 2A 18 AE C3 to EF 32 EE 37 C3 67 47 00 C3 

SYS0/SYS,01,62 change 

EF 00 00 00 00 00 00 18 D9 AF to EF 3E CO 30 DA 3E E0 18 D6 AF 

SYS0/SYS,03,9A change CD 67 47 to CD B3 47 

SYS0/SYS,04,A9 change 

5E F3 3A 11 43 F6 FE 77 36 DO FB 23 to 

5E 18 08 3A 0D 43 OF BA C3 76 44 23 

SYS6/SYS,29,5F change CD 67 47 to CD B3 47 



******** zap 078 ******** 06/18/82 ******** V2M1 ******** 

Optional zap to allow COPY formats 1 , 2 , 3 , 4 and 6 to copy files from or to 
Model I TRSDOS 2.7DD double density diskettes when the PDRIVE for that diskette 

is: 

TI=xM,TD=E,TC=tc,SPT=18,TSR=3,GPL=6,DDSL=dt,DDGA=2 

where: 

x = C for Percom type double density modification, D for Radio Shack type 

modification and E for LNW type modification. 

tc - diskette track count, 35, 40 or whatever. This track count includes 

the single density track 0. 

dt = the directory track number (the standard is 17). NEWDOS/80 must be 

given the correct value as it does not' obtain the value from the 

diskette's boot sector in the single density track 0. 
See example 3, page 2-38. If ZAP 013 is applied to the diskette receiving this 
zap, ZAP 013 must be taken out before this zap is applied. Once this zap has 
been applied, the zapped diskette cannot be used to copy to/from Model III 
TRSDOS diskettes or to/from Model I TRSDOS 2.3B diskettes; this zap should only 
be applied to a special NEWDOS/80 system diskette whose sole function is to be 
used when copying files to/ from Model I TRSDOS 2.7DD double density diskettes. 

A Model I TRSDOS 2.7DD double density diskette cannot be formatted by 
NEWDOS/80, and it cannot be format 5 copied by NEWDOS/80, not even via the BDU 
option. Further, remember, format 6 (CBF) COPY does not copy system files 
to/ from TRSDOS diskettes; formats 1 through 4 do, however. 

Users must be aware that Model I TRSDOS 2.7DD double density diskettes are 
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written with track in single density and all other tracks in double density; 
the directory information assumes track is in double density and counts its 
information from track O's 1st sector. Note, that track is allocated on all 
diskettes to BOOT, a file that contains 10 sectors, not 18. 

SYS6/SYS,14,25 change 

00 3D 46 01 A8 41 46 01 A9 37 47 03 C3 0B 5C 37 48 01 0D 77 48 03 C3 to 

00 A5 48 01 3E EE 48 01 00 F3 48 07 ED 5B 99 43 CD 0B 5C 8A 5B 00 C3 

SYS6/SYS,14,67 change 01 50 DO to 01 80 DO 

SYS6/SYS,14,76 change 00 7B 4F 01 1A AF to 00 38 50 01 C9 AF 

SYS6/SYS,14,82 change 

00 61 50 03 3E 1A B7 D6 to 00 67 50 03 36 80 23 D6 

SYS6/SYS,14,8E change 

5C 12 51 01 1A 55 51 04 21 EF 5C C9 ' to 5C 0E 51 01 00 55 51 04 21 CD 40 C9 

SYS6/SYS,14,A2 change 00 61 4E 01 0D 6C to 00 8F 4E 01 80 6C 

SYS6/SYS,14,B1 change 

5B 18 EF 4E 02 35 56 DA 4E 01 2F 8B 4E 01 18 72 to 

5B 28 EF 4E 02 35 56 E9 4F 02 36 00 00 5C 00 72 

SYS6/SYS,14,D0 change 

00 FB CI 20 0A 3A C4 46 E6 to 00 21 08 00 19 7E 12 C9 E6 

SYS6/SYS,14,E9 change 3E 05 CD to 3E 08 CD 

SYS6/SYS,14,FB change 3E 30 CD to 3E 20 CD 

SYS6/SYS,15,21 change 06 50 7E to 06 80 7E 

SYS6/SYS,20,11 change 01 EF 5C 23 to 01 CD 40 23 

SYS6/SYS,20,97 change 3E 50 20 to 3E 80 20 



******** ZAP 07 9 ******** 06/27/82 ******** V2M1 ******** 



Mandatory zap to DOS to correct error occurring when a file with EOF = is 
copieT (via single file COPY) to a NEWDOS/80 diskette from TRSDOS diskette 
other than the old TRSDOS 2.3 (or as now being called TRSDOS 2.3A) diskettes. 

SYS6/SYS,05,C5 change 

52 3A 14 53 B7 C8 CD 35 55 2A to 52 CD 35 55 3A 14 53 B7 C8 2A 
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******** ZAP 080 ******** 07/19/82 ******** V2M1 ******** 

^ Mandatory zap to NEWDOS/80's ASPOOL program to correct error in the *ASP,S 

function where the computer is forced to DOS READY after the remaining spooled 
print completes printing. Instead, the delayed completion of the function 
should simply continue the interrupted program. To make room for this 
correction, the SPOOL PURGED message is no longer displayed. To determine that 
the spooler is gone, simply execute the *ASP command asking for spooler status. 
If the response is FILE NOT IN DIRECTORY, the spooler is gone. 

^y ASPOOL/ MAS, 2, E8 change 

44 C2 09 44 21 8B 58 CD 67 44 C3 2D 40 01 to 
44 CI 21 08 44 B7 ED 42 C8 C3 15 55 00 01 



******** 2AP 081 ******** 08/17/82 ******** V2M1 ******** 

9 Mandatory zap to LMOFFSET to correct error where the first program is stored 
with a disable-DOS appendage and the second program is stored with an appendage 
that does not disable DOS. This error causes the 2nd stored program to have a 
bad appendage. 

*" LMOFFSET/ CMD, 00, 34 change 53 21 3E 5A CD to 53 CD 15 5D CD 

\^ LMOFFSET/ CMD, 09, 8F change 

00 00 00 00 00 00 00 00 00 to 3E 50 32 C3 58 21 3E 5A C9 



******** ZAP 082 ******** 08/31/82 ******** V2M1 ******** 

Information zap to allow BASIC and assembler programs to set the lower case 
state with the Model I NEWDOS/80 Version 2 DOS resident code. To execute the 
equivalent of the DOS command LC,N without causing disk I/O, BASIC programs 
execute POKE 17844,0 and assembler programs store 00 into 45B4H. To execute 
the equivalent of DOS command LC,Y withou causing disk I/O, BASIC programs do 
POKE 17844,201 and assembler language programs store 0C9H into 45B4H. 
Remember, the lower case driver (see DOS command LCDVR) must be active for 
these POKEs to work. 

********* WARNING!!!!! This 17844 (45B4H) location is NEWDOS/80 Version 2 
dependent and definitely will be different in any subsequent NEWDOS/80 release. 
Users should mark this carefully in their programs. This is why we were so 
reluctant to release this information. 



******** ZAP 083 ******** 09/02/82 ******** V2M1 ******** 

»C Mandatory zap to Radio Shack's Model I SunerSCRIPSIT for TRSDOS 2.3 (not 2.3B 
or 2.7DD) to enable it to run with the Model I NEWDOS/80 Version 2: 
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1. Allow the Main Menu Directory function to work. An actual NEWDOS/80 
directory is executed via DOS-CALL; so the display will look different 
from that for TRSDOS. NOTE, the main menu display for the Model I does 
not show the "<D> Display disk directory" option as it does for the Model 
III, but a response of D will trigger it. 

2. Allow the program to determine the number of 1024 byte page units of 
diskette space are available on the target drive. To do this, the DOS 
command DIR x,/Q9Q (where x is the drive #) is executed via DOS-CALL as 
NEWDOS/80 does not have the RAMDIR function. This causes an extra 
directory display to appear for during Main Memory function that opens a 
document (appears after you have adjusted the document control data). 
This extra directory display may also appear at other times. 

This zapped SuperSCRIPSIT must only be used with NEWDOS/80 Version 2 for the 
Model I. 

With SuperSCRIPSIT, users may use DOS functions DFG (MINI-DOS) and 123 (DEBUG), 
but they must be very careful when pressing the three keys as SuperSCRIPSIT is 
likely to receive one or more of them. When a page of text is displayed, using 
the control-H command (HELP) puts the users where DFG or 123 may be pressed. 
Upon executing DOS command MDRET (to exit Mini-DOS back to SuperSCRIPT) or 
DEBUG command G (to exit DEBUG back to SuperSCRIPT), press BREAK to return to 
the page. If HELP was not available, you will additionally have to press 
control-T followed by BREAK to get back the full display. From the main menu, 
use option D to display a directory; then while the program is awaiting BREAK, 
you can press DFG or 123. WARNING!!!! Do not exit directly to DOS from 
Mini-DOS or DEBUG without giving SuperSCRIPSIT its chance to write data from 
memory and close its files; this can be disastorous to your document file. 

SCRIPSIT/CMD,09,06 change 

AB4F CDFO 4AC0 2100 4D01 

2300 CB1E 3801 04CB 1E38 0104 0D23 20F2 

0405 2801 0102 005B 0521 0500 CD71 6606 

04CD 5166 7D32 227E AFC9 0000 0000 0000 

0000 0000 0000 0000 0000 0000 0000 0000 
0000 

to 

ABC6 3032 225B 211E 5BCD 

1944 C006 0411 333C 21DC AC1A 7713 D630 

FE0A 3001 0102 005B 2310 F436 84CD B268 

0605 CD71 6606 04CD 5166 7D24 2528 023E 

FF32 227E AFC9 4449 5220 302C 2F51 3951 
0D00 

SCR17/CTL,02,3A change 

69 FE 30 38 F9 FE 34 30 F5 CD E5 75 0E 00 32 71 42 CD 19 44 3E OF CD 33 00 21 

69 32 70 8D 21 6C 8D CD 19 44 28 05 F6 CO CD 09 44 18 06 44 49 52 20 30 0D 21 

SCR17/CTL,04,AF change 8E 00 4E to 8E 44 4E 
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******** ZAP 084 ******** 09/17/82 ******** V2M1 ******** 
Information zap. 

1. Most users are still puzzled about using multi-dimension arrays with 
BASIC'S CMD"0". Please refer to section 7.21 in the manual and ZAP 41.4. 
CMD"0" was intended for single dimension arrays only, but it was found that a 
multi-dimension array could also be sorted if the user understands that the 
arrays items sorted (directly or indirectly) actually occupy consecutive memory 
locations (as assigned by BASIC during execution of the associated DIM 
statement) starting with the element specified in the CMD "0" statement. For 
single dimension arrays, this is the same order as ascending order of 
subscript, but for multi-dimension arrays, the order of elements used in the 
sort is COMPLEX and is given by the REN formulas. If you are going to sort a 
multi-dimension array, it is highly recommend that the sort start with the 
array's first element (i.e., the array's item specified in the CMD"0" statement 
should have all zero subscripts (i.e., A(0,0,0) for a 3 dimension array)). 
If you use anything other than zero subscripts for the sort of a 
multi-dimension array, you must be very clever to figure out which elements 
actually participate in the sort. 

The REN formulas given on pages 7-14 and 7-15 show how to compute the REN for a 
given element in the array. Following are the formulas for computing the 
element subscripts corresponding to a given REN value (remember, the first REN 
value is zero). 

1. For a single dimension array whose DIM statement is DIM A(Rl) and 
for array element A(X1): 

XI = REN 

2. For a two dimension array whose DIM statement is DIM A(Rl,R2) and 
for array element A(X1,X2): 

REN/(R1+1) gives a quotient that is X2 and a remainder that is XI. 

3. For a three dimension array whose DIM statement is DIM A(R1,R2,R3) 
and for array element A(X1,X2,X3): 

REN/((R1+1)*(R2+1)) gives a quotient that is X3 and remainder M2 
such that M2/(R1+1) gives a quotient that is X2 and a remainder 
that is XI. 

For an n dimension array (where n is not 1) the calculation involves REN 
being divided by product of all the ranges (a range is 1 greater than the 
value given in the DIM statement) except the nth, giving a quotient that 
is the nth subscript and a remainder that can be used as the REN value for 
calculating n-1 th subscript as if the array had only n-1 dimensions. 
Continue this loop until n is reduced to 1. 
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2. Manual correction for ATTRIB, section 2-3, page 2-4. Place a note there to 
indicate that parameter LRL=lenl exists, allowing the user to alter the 
Logical Record Length of the file to the value lenl ( 1 to 256 ). This value, 
kept in the file's FPDE in the directory, is hardly ever used except by DIR, 
but some people want DIR to show the correct value. Remember, in NEWDOS/80 
OPENs of a file, the LRL value is taken from register B rather than from the 
directory (in BASIC, it comes explicitly or implicitly from the OPEN 
statement) . 



******** ZAP 085 ******** 11/29/82 ******** V2M1 ******** 

Mandatory zap to DOS to correct error that was allowing a format 5 COPY to 
occur when both diskettes had the same number of sectors but different GPL 
values. 

SYS6/SYS,22,36 change 5A 28 0E CB to 5A 00 00 CB 

******** ZAP 086 ******** 12/17/82 ******** V2M1 ******** 

Mandatory zap to EDTASM to correct error where an error flag was not being 
reset after failure of a file open, thus causing the next file operation to 
fail to CLOSE a file properly. 

EDTASM/ CMD, 30, 61 change CA F8 01 CD to CA 08 57 CD 

EDTASM/ CMD, 03, 2 3 change C9 3A 28 52 F6 08 32 to AF 32 2E 76 C3 F8 01 



******** ZAP 087 ******** 12/21/82 ******** V2M1 ******** 

Mandatory zap to BASIC to correct error in CMD"0" direct sort where an array is 
specified twice in the command sequence (i.e. , two parts of a string supply 
independent sorting criteria. 

SYS21/SYS,01,14 change 04 DD 77 04 D7 to 04 CD E0 65 D7 

SYS21/SYS,01,7F change DF C2 4A IE Fl to DF CD E5 65 Fl 

"SYS21/SYS,01,8E change 01 32 02 4F Fl to 01 CD 17 66 Fl 

'SYS21/SYS,02,88 change DD 7E 04 B7 28 to DD CB 04 7E 28 

SYS21/SYS,03,EE change C9 DD 5E 13 DD to C9 CD 20 66 DD 

'SYS21/SYS,04,2C change 14 19 10 FD C9 to 14 C3 2B 66 C9 
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/ 'SYS21/SYS,04,B5 change 

OC 28 05 2B IB ED B8 13 DD 73 09 DD 72 OA DD to 
0C EB B7 ED 42 DD 75 09 CD 34 66 20 22 00 DD 

BASIC/CMD,14,E9 change 

00 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 

to 

DD CB04 FEC9 C24A 

1E3A 0251 B7FD 2100 4228 04FD 2117 42E5 

BASIC/CMD,15 ,00 change 
"oooo 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 OOOO 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 
00 

to 
DD6E 05DD 6606 FD5E 05FD 5606 DF20 04DD 
CB04 F611 1700 FD19 FD7E 00B9 38E8 E1C9 
DDCB 0476 C032 024F C9DD 5E13 DDCB 0476 
C8F1 09C9 DDCB 0476 C019 10FD C9DD 740A 
09EB DDCB 0476 C078 B128 042B 1BED B8AF 
C9 



******** ZAP 088 ******** 02/26/83 ******** V2M1 ******** 



Mandatory zap to EDTASM to disable a faulty attempt to keep the drives rotating 
which was actually causing the drive motors to stop. A number of users had 
complained of this, and finally a user from Australia showed us a disassembly 
of exactly what was wrong. 

EDTASM/CMD,29,2F change 80 CO 32 to 80 C9 32 



******** ZAP 089 ******** 05/03/83 ******** V2M1 ******** 

Mandatory zap to BASIC to (1) correct error where an RBA exceeds 8,388,607 
(uses the 24th bit) and (2) to extend the allowable range for record numbers 
from 1 - 32767 to 1 - 16777215 (even though the file itself is limited to 16 
million bytes). The extension of the record number range was needed as FF and 
MF processing using RBAs was generating bad record number errors when BASIC 
converts the RBA to record number to assure that the RBA was on a record 
boundary and the resulting record number was greater than 32767. This zap is 
especially important to NEWDOS/80 2.5 users. 
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BASIC/CMD,07,EF change 

06 
20OF CDEF 0A7C 5559 0698 217E 63E5 C369 
s to 

' 06 

C460 66C4 085F CDEF 0A59 4C55 0600 2124 

BASIC/CMD,08,00 change 

09DD CB00 56CA D05D CD10 5F21 7E63 E560 

69C3 9A0A AF45 6C67 ED5B 0257 3E11 1807 

B701 001D 5FED 5230 0119 3FCB 11CB 10CB 

15CB 1438 0B3D 20EC 7CB5 2801 03CB 78C8 

C3 

to 

- 4136 9823 3680 CD65 07C3 7E63 EB21 0000 

79ED 4B02 5708 3E18 0887 EBED 6AEB ED6A 

3801 001D 5F06 B7ED 4209 3804 B7ED 423C 

083D 20E8 08EB 4F7A B3C8 OCCO 237C B5C0 
C3 

BASIC/CMD,15,51 change 

00 0000 0000 0000 0000 0000 0000 0000 
00OO 0000 0000 0000 0000 0000 0000 0000 
00 

to 

CD 4F66 E5C3 174E CDB7 61E1 E3E5 C3E4 
4DB5 B1CA D95D 79B7 C9DD CBOO 56CA D05D 
C9 

/^SYSlO/SYS,00,E4 change C5 CD B7 61 28 to C5 C3 48 66 28 

^SYSlO/SYS,00,FD change 6F 18 2B to 6F C9 00 

^"SYS10/SYS,01,1D change FO E5 C5 to FO C9 C5 

>^"SYS10/SYS,01 5 26 change CD 10 5F 7C B5 20 to CD 08 5F 00 00 20 

SYSlO/SYS,01,68 change 

CDB7 6128 A1CD 7F0A 

EB7A B7FA D95D B3CA D95D 1BDD CBOO 56CA 

D05D ED4B 0257 7821 0000 0611 CB3C CB1D 

1FCB 1930 0119 10F4 2425 C2D9 5D65 6FC3 

to 

CD4F 667C CD58 6620 

012B ODDD CBOO 56CA D05D EB79 ED4B 0257 

2100 0008 3E19 08CB 3CCB 1DCB 1ACB 1B1F 

3f01 0908 3D20 EF7C B5C2 D95D 08EB 4FC3 

******** ZAP 090 ******** 05/03/82 ******** V2M1 ******** 

Information zap. For those users with the Hard Disk Operating System NEWDOS/80 
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Version 2.5, be sure to apply zaps separately to each of NEWDOS/80 Version 2.0 
and to NEWDOS/80 Version 2.5. Do NOT just apply the patch to one of the two 
systems and copy the module over to the other as you may eliminate some 2.5 
zaps or end up applying some 2.5 zaps to 2.0, which can be disastorous. If a 
zap applies only to Version 2.0 or only to Version 2.5, we will state such; 
otherwise, the zap applies to both systems. 
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* * * NEWDOS/80 Version 2.0 Model I ZAP Index * * * 
(Index listed in order of Filename) Current to Zap 090. 



ZAP# Type 



Area Program 



Reference 



5 Mandatory User 

80 Mandatory Utility 
14 Mandatory BASIC 

21 Mandatory BASIC 

52 Mandatory BASIC 

87 Mandatory BASIC 
89 Mandatory BASIC 

53 Mandatory User 

19 Mandatory Utility 

74 Mandatory Utility 

53 Optional User 

27 Mandatory Utility 

10 Mandatory User 

1 Mandatory User 

6 Optional Utility 

22 Mandatory Utility 
36 Information Utility 

36 Information Utility 
48 Mandatory Utility 

54 Mandatory Utility 
59 Mandatory Utility 
86 Mandatory Utility 

88 Mandatory Utility 

37 Mandatory User 
9 Mandatory User 
8 Mandatory User 

37 Mandatory User 

53 Optional User 

58 Mandatory Utility 

81 Mandatory Utility 

2 Mandatory User 
26 Mandatory User 
3 9 Mandatory User 

8 Optional User 

37 Mandatory User 
34 Mandatory User 
34 Mandatory User 
83 Mandatory User 
51 Information User 
83 Mandatory User 

3 Mandatory User 

38 Optional User 
3 Mandatory User 

38 Optional User 

18 Mandatory Utility 



APL80/CMD 

ASPOOL/MAS 

BASIC/ CMD 

BASIC/ CMD 

BASIC/ CMD 

BASIC/ CMD 

BASIC/ CMD 

B RUN/ CMD 

CHAINBLD/BAS 

CHAINBLD/BAS 

DIR/SYS 

DISASSEM/CMD 

DSMB/CMD 

EDIT/ CMD 

EDTASM/ CMD 

EDTASM/CMD 

EDTASM/ CMD 

EDTASM/CMD 

EDTASM/CMD 

EDTASM/CMD 

EDTASM/CMD 

EDTASM/CMD 

EDTASM/CMD 

FIREUP/CMD 

IBLOAD/CMD 

IN IT 

INSTALL/ CMD 

L80/CMD 

LMOFFSET/CMD 

LMOFFSET/CMD 

PENCIL/ CMD 

PENCIL/ CMD 

PENCIL/ CMD 

PROFILE/ CMD 

REMOVE/ CMD 

RS COBOL/ CMD 

RUNCOBOL/CMD 

SCR17/CTL 

SCRIPSIT 

SCRIPSIT/CMD 

SCRIPSIT/LC 

SCRIPSIT/LC 

SCRIPSIT/UC 

SCRIPSIT/UC 

SUPERZAP/CMD 



APL80/CMD 

*ASP,S function 

Basic Editing 

Marked & Fixed Item File Processing 

CLOSE command 

CMD"0" function 

RBA Extended to 16,777,215 

Microsoft BASIC COMPILER v 5.23 

Version 1 Format 

Non-Displayed Character 

Microsoft BASIC COMPILER v 5.23 

RTD Option 

Racet's DSM module DSMB/CMD 

Microsoft' s EDIT/CMD 

Disable LC to UC Conversion 

Cursor Display 

Documentation errors 

Tape I/O for Mod III disabled 

Filespec Response & <Sh-Lf-Arrow> 

Object Code to Cassette 

Correct & Restate ZAP #54 

File Close Problem 

Drives Stopping 

BIONIC BASIC 

Racet's INFINITE BASIC 

Radio Shack's Model I PROFILE 

BIONIC BASIC 

Microsoft BASIC COMPILER v 5.23 

Object Code Block Load 

Appendage 

ELECTRIC PENCIL 

ELECTRIC PENCIL 

ELECTRIC PENCIL 

Reenable Interrupts 

BIONIC BASIC 

Ryan-McFarland Corp COBOL v 1.3B 

Ryan-McFarland Corp COBOL v 1.3B 

R. S. Model I SuperScripsit VI. 

Model I Cassette I/O 

R. S. Model I SuperScripsit VI. 

Radio Shack's Model I SCRIPSIT 

Double Density & END command 

Radio Shack's Model I SCRIPSIT 

Double Density & END command 

DM,P functions 
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33 Mandatory 

69 Mandatory 
4 Optional 

20 Mandatory 

43 Mandatory 

55 Optional 

60 Mandatory 
62 Mandatory 
77 Optional 
40 Mandatory 
35 Mandatory 

46 Optional 

12 Optional 

13 Optional 

15 Mandatory 
17 Mandatory 

23 Mandatory 

24 Mandatory 
28 Mandatory 

31 Mandatory 

32 Mandatory 

44 Mandatory 

47 Mandatory 

56 Mandatory 

57 Mandatory 

76 Mandatory 

77 Optional 

78 Optional 

79 Mandatory 
85 Mandatory 

49 Mandatory 

61 Optional 
64 Mandatory 
89 Mandatory 
42 Mandatory 

45 Mandatory 
20 Mandatory 

50 Optional 
68 Mandatory 

16 Mandatory 
31 Mandatory 
47 Mandatory 
76 Mandatory 

44 Mandatory 
57 Mandatory 

14 Mandatory 

45 Mandatory 
75 Mandatory 
66 Mandatory 

70 Mandatory 
87 Mandatory 
11 Mandatory 



Utility 

Utility 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

BASIC 

BASIC 

BASIC 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

DOS 

BASIC 

BASIC 

BASIC 

BASIC 

BASIC 

BASIC 

User 



SUPERZAP/CMD 

SUPERZAP/CMD 

SYS0/SYS 

SYS0/SYS 

SYS0/SYS 

SYS0/SYS 

SYS0/SYS 

SYS0/SYS 

SYS0/SYS 

SYS2/SYS 

SYS3/SYS 

SYS3/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS6/SYS 

SYS8/SYS 

SYS8/SYS 

SYS9/SYS 

SYS10/SYS 

SYS11/SYS 

SYS12/SYS 

SYS14/SYS 

SYS14/SYS 

SYS14/SYS 

SYS16/SYS 

SYS16/SYS 

SYS16/SYS 

SYS16/SYS 

SYS17/SYS 

SYS17/SYS 

SYS18/SYS 

SYS18/SYS 

SYS18/SYS 

SYS19/SYS 

SYS21/SYS 

SYS21/SYS 

VC/CMD 



DM & F functions 

DMDB function 

Increase Drive Power-On Delay 

ROUTE command 

ROUTE command 

Patch LC Keyboard Modification 

Disk Status Register Reads 

4445H call to DOS 

Double Density Write Precomp Logic 

Directory Entries 

CLOSE & KILL commands 

'JKL': Graphics to Epson Printers 

Double Density Format Sensitivity 

To allow COPY of TRSDOS 1.2 (Mod 3) 

COPY Format 5 

COPY & FORMAT: DDSL parameter 

Granule Lockout Table in Directory 

FORMAT & COPY commands 

FORMAT: PFST parameter 

TRSDOS 2.3B (I) or TRSDOS 1.3 (III) 

TRSDOS 2.3B (I) or TRSDOS for Mod 3 

SYSTEM: BM parameter disabled 

PDRIVE: 8 Inch, Double Density 

COPY: CBF param & Model III TRSDOS 

COPY command 

Radio Shack's Double Density Board 

Double Density Write Precomp Logic 

Model I TRSDOS 2.7DD Diskettes 

COPY: TRSDOS 2.3B or Higher 

COPY Format 5 

DIR S or DIR $0 

DIR: Remote Terminal Operators 

Chaining: /./5Y function 

RBA Extended to 16,777,215 

RENUM function 

REF$ function 

ROUTE command 

PRINT & LIST: Control Characters 

CREATE: Old File's EOF 

PDRIVE error 

TRSDOS 2.3B (I) or TRSDOS 1.3 (III) 

PDRIVE: 8 Inch, Double Density 

Radio Shack' s Double Density Board 

SYSTEM: BM parameter disabled 

COPY command 

Basic Editing 

REF$ function 

REF= statement 

Dynamic MERGE 

CMD"0" function 

CMD"0" function 

Radio Shack's Model I VISICALC 
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25 


Mandatory 


User 


VC/CMD 


67 


Mandatory 


User 


VC/CMD 


71 


Mandatory 


User 


VC/CMD 


7 


Information. 


DOS 


Command 


7 


Information 


DOS 


Command 


7 


Information 


DOS 


Command 


7 


Information 


DOS 


Command 


29 


Information 


DOS 


Command 


29 


Information 


DOS 


Command 


30 


Information 


DOS 


Command 


30 


Information 


DOS 


Command 


36 


Information 


DOS 


Command 


41 


Information 


DOS 


Command 


41 


Information 


DOS 


Command 


41 


Information 


BASIC 


Command 


41 


Information 


DOS 


Command 


51 


Information 


DOS 


Command 


63 


Information 


DOS 


Command 


63 


Information 


User 


Command 


65 


Information 


DOS 


Command 


65 


Information 


DOS 


Command 


65 


Information 


DOS 


Command 


72 


Information 


DOS 


Command 


73 


Information 


DOS 


Command 


82 


Information 


DOS 


Command 


84 


Information 


BASIC 


Command 


63 


Information 


BASIC 


Command 


63 


Information 


DOS 


Commands 


63 


Information 


DOS 


Features 


7 


Information 


DOS 


General 


41 


Information 


DOS 


General 


51 


Information 


DOS 


General 


51 


Information 


DOS 


General 


41 


Information 


DOS 


Hardware 


63 


Information. 


DOS 


Hardware 


65 


Information 


DOS 


Hardware 


7 


Information 


DOS 


Mini-dos 


30 


Information. 


BASIC 


Utility 


90 


Information 


DOS 


Zaps 



Radio Shack's Model I VISICALC 

Model III VISICALC v VC-150Y0-T83 

Model III VISICALC v VC-160Y0-T83 

ATTRIB: LRL=xxx Parameter 

ROUTE: display of routes 

COPY: DFO parameter 

FORMAT: RWF parameter 

PDRIVE & COPY: Double Density 

PDRIVE: OMIKRON & 8 Inch Drives 

Model I & Model III Data Exchange 

COPY: Formats 5 & 6 discussed 

Documentation Correction 

ROUTE: Documentation Correction 

Automatic Density Recognition 

CMD"0": explanation 

SYSTEM: AX parameter correction 

SYSTEM: AJ=N explanation expanded 

DIR & FREE Error Messages 

Program Parameters 

COPY: Format 6 

GAT Overflow & CBF with FMT COPY 

LIST & PRINT: no graphics 

Accessing files on Model III TRSDOS 

Accessing Model I TRSDOS 2.3B & Up 

LC,Y & LC,N without Disk I/O 

CMD"0" & Multi-Dimension Arrays 

BASIC Line Number Sequence 

FORMS & SETCOM omission in Model I 

Main Memory, High Memory, MINI-DOS 

Reserved ZAP Areas in NEWDOS/80 

Cassette I/O 

TRSDOS 2.3B (I) & TRSDOS 1.3 (III) 

Chain Filename & /JCL entension 

CPU Speed Up Modifications 

LNW-80 Computer Users 

CPU Speed Up Modifications 

Illegal under DOS-CALL 

RENUM usage 

NEWDOS/80 Version 2.5 
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Understanding and learning to use the marked item and fixed item files speci- 
fied in chapter 8 has proved difficult to the normal NEWDOS/80 user; therefore 
appendices A and B have been included to provide examples and more explanation 
in an effort to ease this difficulty. Nothing in appendix A or B is to be 
construed as overriding the specifications provided in chapter 8; the two 
appendices are provided simply and exclusively for examples and elaboration. 

Appendix A was written by a user trying to cope with chapter 8 and is basically 
his understanding of marked item and fixed item files. 

Appendix B is the NEWDOS/80 author's attempt to provide example programs of the 
5 file sub-types: MF, MU, MI, FF and FI. 



File Positioning 

File Position (fp) is an operand in all NEWDOS/80 GETs and PUTs, and is speci- 
fied in section 8.4.1. When omitted, a null operand is assumed. The fp oper- 
and otherwise .commonly consists of a special character, occasionally followed 
by other special characters and/or expressions. One form of the fp operand 
consists of nothing more than a numeric expression. In the forms which follow, 
special characters are to be used as shown. In those forms showing a prefixing 
special character adjoining some other character string, the special character 
does not necessarily have to be contiguous with the rest of the expression; it 
may be separated from it by a blank or space. 

fp Value Meaning 

(null) 

If the file is an MU, MF or FF type file, and the REMRA is valid, the file 
is advanced to the next sequential record; in any other case, the current 
file position is not changed and processing continues from the position 
left at the termination of data transfer of the previous GET/PUT. Open 
leaves REMRA marked invalid for all file types, and sets current file 
position equal to (except for mode "E", which causes current file 
position to be set equal to the FPDE's EOF value). The first sequential 
access for record segmented files always starts at current file position. 

The current file position is not changed. This specification allows the 
continuation of processing of a particular record by a GET or PUT. It is 
primarily used to continue processing a record already partially read or 
written. For MU, MF and FF type files, it cannot be used to advance the 
file to the next sequential record, even though the file is actually 
already positioned at that record, having exhausted the bytes of the 
current record. To sequentially advance to the next record, use fp = 
(null). « 
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If the REMRA is valid, the file is positioned to process that record 
again; an error condition is raised if the REMRA is invalid. For MU, MF 
and FF type files, this specification allows the reprocessing of the re- 
cord currently being processed, from the beginning, perhaps with differe: 
variable names or expressions in the IGELs. For MI and FI type files, i 
allows the reprocessing of the same data item group as was processed by 
the immediately preceeding GET/PUT. 

If the REMBA is valid, the file is positioned to begin processing at aga 
it the point where the previous GET or PUT was at the end of its file 
positioning phase; an error condition is raised if the REMBA is invalid. 
This specification allows the reprocessing of a particualar group of dat 
by a GET/PUT, and is primarily used to reposition a file for partial- 
record I/O. It functions in the same fashion for all NEWDOS/80 file 
types. 

This specification performs a "pseudo FIELD-" operation. No data transfe 
takes place; the filearea FCB is not changed; the file does not have to 
open when this fp is used. It is used with FF and FI files to allocate 
user data strings of fixed sizes from the BASIC string storage area in 
high memory . 

This specification is used only with PUTs, and has no effect on file 
positioning. It does however cause the current contents of a filearea 
buffer to be written to the diskette. It should be used whenever the da 
in the buffer is particularly sensitive. It may be used specifying the 
FAN of a PRINT file. 

This specification is similar to &, except that in addition the file's E 
is updated from the FCB to the FPDE. PUT fan,&& allows the programmer t 
force the EOF update to the FPDE without having to do a CLOSE. 

Using this form of fp specification causes GET/PUT processing to begin a 
the specified location in the file where rba is a BASIC expression 
evaluating to a RBA value. For MU, MF and FF type files, the system 
checks to make sure that a record begins at the specified location. In 
the case of a MU file, the RBA value must point to an SOR item. This fo 
of fp specification demands the greatest amount of care and premeditatio 
on the programmer's part, as if it is used incorrectly, especially with 
and FI type files, it can be most disastrous. It is just about the only 
way to randomly access data stored in MI, MU and FI type files. 

This specification is basically the same as the !rba form except that th 
current EOF value is used as the RBA. It is commonly used to position a 
file for extension - that is, to add records/data to the end of the file 
To extend a file it must be opened with mode "R"; mode "D" will yield an 
error if extension is attempted. 
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&& 



!rba 



!Z 



!$rba 



This specification allows the programmer to position the file for the next 
data transfer for that particular filearea, without regard to the specific 
access technique or verb used for the transfer; no data transfer to user 
data areas occurs with this specification. No IGEL may be referred to or 
included in the GET/PUT using this specification. The positioning 
resulting from the use of this specification doesn't become effective 
until the next INPUT/PRINT or GET/PUT, and then only if no additional 
positioning is specified. It can be used to position a file for random 
access in a program which uses a subroutine containing a single GET/PUT 
having a (null) fp to do all file access; such a program could process 
sequential groups of records randomly distributed throughout a file. 



!$% 



The basic function of this specification is identical to !$rba, except 
that it uses the current EOF value as the RBA. The GET/PUT using this 
specification must not refer to or include an IGEL. Again, the file 
position resulting from this specification doesn't take effect until the 
next INPUT/PRINT operation, or the next GET/PUT (if another fp isn't 
specified) . 



!#rba 

Used only with PUT, this specification sets the filearea 1 s EOF value equal 

to the value rba. For the real EOF value of the file to be altered, that 

is, the one in the FPDE, the filearea must either be closed or a PUT && 

statement executed. The EOF value provided must be rational for the file 
type involved. For MF and FF files it must be an integral multiple of the 
file's standard record length. 

rn (Record Number) 

This specification is the same as the one supported by TRSDOS; rn is a 
numeric BASIC expression which evaluates to an integer value from 1 to 
32767, inclusive. The specified record number is converted to an RBA 
which is then used in the same functional manner as !rba. 

As mentioned above, certain forms for fp change REMBA, REMRA or EOF. For your 
convenience, the fp forms and their effects on these fields are summarized in 
the following decision table. 



fp 



REMBA 



REMRA 



EOF 



(null) 


1 set 


1 .i-f- 


6 re. 


* 


1 *■ ^"1 


2 &ci ,i<- 


6 


# 


3 5£T h Rw 


s fM 4 -~ 


6 


$ 


4 - 


4_ 


6 


% 


4 - 


4 _. 


4 — 


& 


4 - 


4 - 


4 - 


&& 


4 - 


4 _ 


4 


!RBA 


1 «- 


1 set 


6 


!% 


1 S-7 


1 se-f 


6 


!$RBA 


5 ra#~(ti ih*vu 


,J tj rAA'ft 


iA'ti 1 ^ , . 


!$% 


5 fftAfi ti^ £i 


■i 5 k„. 


-»'^4 


!#RBA 


■ 4 __ 


4 — 


1 :,r 


RN 


1 sei 


1 ii^i 


6 
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Meanings of codes in the matrix: 

1 — The field is set to the RBA resulting from that fp value. 

2 — If REMRA is invalid at the beginning of the statements execution, or 
it is an MI or FI file, the field is set to the RBA resulting from the fp 
value. In other words, it is set if the current file position is at the 
beginning of a record, otherwise it is unchanged. 

3 — The field is set equal to REMRA. 

4 — The field is not changed. 

5 — The field is set to an invalid value. 

6 — For output/update files, the field is changed if a PUT extends the 
file. 

Altogether, there are four areas in an FCB relevant to file positioning. These 



are: 



Current File Position 

This single field can be looked at as being 3 different values, 
depending upon where the GET/PUT is in its processing: 

GPP1 

The file position at the start of GET/PUT execution. Unless the 
file has been closed and re-opened, it is the same value left as 
GPP3 from the last GET/PUT for that filearea. 

GPP2 

The resulting RBA value after positioning has been done, and 
prior to any data transfer. GPP2 is the value saved as REMBA 
and REMRA whenever these values are set. 

GPP3 

The RBA value after the last byte of data transfer, if any, real 
or byassed, has been accomplished. 

REMRA 

For MU, MF, FF and field item type files, it contains the RBA value 
of the beginning of the record in process. For MI, FI and 
INPUT/PRINT files, it is equal to REMBA. See GPP2 above. 

REMBA 

The RBA value where the previous data-transferring GET/PUT began its 
data transfer. If the file is record-segmented, and REMBA is at th< 
start of a record, REMRA is set equal to REMBA. See GPP2 above. 



EOF 

The RBA value of the last byte of data in the file, plus 1 . For MU, 
MF, FF and field item type files, it effectively points to the next 
sequential record to be written to the file. For MI, FI and 
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INPUT/PRINT files, it effectively points to the next sequential byte 
to be written to the file. 

he general method of managing the various fp values in the FCB goes as 
ollows: 

'he file is moved from the current file position (GPP1) to the requested posi- 
ion, if necessary. This may include writing an updated buffer back to the 
liskette, computing the new sector address, and reading that sector into the 
»uf fer. 

'he RBA resulting from the requested positioning is placed in the current file 
>osition (GPP2) . 

!.EMBA is set equal to the current file position (GPP2). 

[f the file is an INPUT/PRINT file, is user-segmented, or is record-segmented 
ind the current file position (GPP2) points to the start of a record, REMRA is 
set equal to the current file position (GPP2). 

Data transfer, if any is requested, is done. The current file position (GPP3 ) 
contains the RBA of the byte following the last one tra nsferred. 

Tf the file has been extended, or the fp = !#rba, EOF is set to the appropriate 
yalue of the two. 
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OPEN 



Any file must be opened before the data in it can be processed. The OPEN ver 
itself establishes an I/O link between the file and the applications program. 
The link's control information is maintained in the filearea (which contains 
FCB). Once opened, the data in the file is made available to the program by 
means of INPUTs or GETs ; data is placed on the file via PRINTs or PUTs. When 
the processing of the data is complete, the file should be closed, thus break 
ing the I/O link between the file and the program. 

NEWDOS/80 supports five OPEN modes: "I" for sequential input (INPUT verb), "0 
for sequential output (PRINT verb), "R" for random access input/output (GET o 
PUT verbs), "E" for sequential output starting at the current EOF for existin; 
or new files (the "E" could be read as "extend"), and "D" for random access 
files which the user does not want expanded/ lengthened with PUTs beyond the 
current EOF. 

NEWDOS/80 BASIC marked item and fixed item file support allows the GET and PU' 
verbs to be used with all five modes. 

The general form of the NEWDOS/80 OPEN verb is: 

1. OPEN m, fan,f ilespec 

2. OPEN m, fan, filespec, lrecl 

3. OPEN m, fan, f ilespec, ft 

4. OPEN m, fan, filespec, ft, lrecl 

where: 



m 



fan 



is an expression evaluating to a string equal to "I", "0", "R", "E" 
or "D". It specifies the mode of access to be used for the file, as 
well as the initial positioning of the file. 



is the number of the filearea to be opened. 



filespec 

is an expression evaluating to the name of the file to be opened. Tl 
expression itself can be a string literal or constant. 



ft 



is an expression evaluating to a string equal to "FI", "FF", "MI", 
"MU" OR "MF". It identifies a particular NEWDOS/80 sub-file type, 
which will all be explained shortly. Whenever ft is used in an OPEI 
statement, GETs and PUTs are the only way to transfer data from and 
to the file. INPUTs and PRINTs must not be used. Neither may the 
BASIC FIELD statement be used. All GETs or PUTs used to transfer 
data must specify either an IGELSN or contain the IGEL itself. The 
applications program must not alter or directly reference the data i 
the filearea in any way. Two ft values require the specification oJ 
lrecl in the OPEN statement; a third ft allows its optional 
specification. 
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lrecl 

is an expression evaluating to an integer value between 1 and 256 for 
field item files and between 1 and 4095 for marked item and fixed 
item files. It must be specified for all record-segmented files 
(except field item files where 256 is assumed if lrecl is not 
specified), and specifies the exact length of all records in the file 
for field item, "FF" and "MF" files, or the optional maximum lrecl 
for file type "MU". 

Note that the standard forms of BASIC OPEN has not changed (formats 1 and 2), 
thus allowing existing field-file and print/input file oriented applications to 
continue to function. The extensions to the standard forms identify the file 
as a NEWDOS/80 file, and define the file type and access technique used to 
retrieve and manipulate the data in it. 

Of all the file types supported by NEWDOS/80, the easiest one to use and 
understand is "MU". It defines a file which contains marked items, and is 
segmented into records of varying lengths. The length of a record is defined 
as the difference between the RBA of the record's SOR and the RBA of the next 
record's SOR or the RBA of the file's EOF, whichever follows. The record 
length need not be specified in the OPEN statement; but if it is provided, it 
specifies the maximum record length allowed in the file. 

A record in an "MU" file can be updated with another record of the same or 
shorter length than it was originally created with, but it cannot be length- 
ened. When a record is updated with a record which is shorter than the origi- 
nal record, the new record is padded on the right with fill items (bytes of hex 
'00') to the end of the original record. This shorter record can later be 
replaced with one which is longer, as long as the new one is not longer than 
the record originally written to the file. 

The "MU" file type is intended to replace BASIC'S sequential input/output files 
accessed via INPUT/PRINT verbs. Its greatest strength is that no special 
delimiters have to be provided by the programmer to separate two contiguous 
string items (in BASIC sequential file support, a comma must be PRINTed between 
the strings for the INPUT to be able to separate them). A secondary benefit of 
"MU", and all other NEWDOS/80 BASIC files too, is that numeric values are 
stored on the diskette in their internal form. That is, for example, a double 
precision value is written as an 8-byte item, rather than an up-to-14 character 
item requiring conversion back to internal (8-byte) form on input. Don't 
forget that in the case of marked item files, such as "MU", a double precision 
item actually requires nine bytes due to the prefixing control character. If 
an lrecl is specified in the OPEN statement, it sets the maximum record length 
allowable for the file, and must allow for all control bytes (including SOR 
items) in each record. 

The next most simple forms of ft to use are "MF" and "FF". Both identify a 
file as record-segmented, and having records of fixed length. They both imply 
that all records have the same internal data structure, but do not guarantee 
that condition. The OPEN statement must specify the exact logical record length 
of all records in the file. In the case of "MF", the marking control bytes 
must also be accounted for in the length (note that an "MF" file doesn't use 
SOR items at the start of each logical record since BASIC knows where each 
record starts). Each GET/PUT checks the IGEL's data length against the lrecl 
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specified at OPEN time, and raises an error condition if the IGEL's length is 
greater. 

The most difficult forms of ft to use are "MI" and "FI". They specify that the 
file is record segmented entirely under user control. The "lrecl" must not be 
specified in the OPEN statement for these file types. These forms allow a file 
to contain a very complex data relationship, without BASIC'S knowledge of the 
users data structure. That is, BASIC cannot advance from one user record to 
another. 
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CLOSE 

The CLOSE verb breaks the I/O link set up by the OPEN verb between the BASIC 
application program and a file. Its general format has not been modified by 
NEWDOS/80. 

Depending on the file's mode and type, the contents of the filearea buffer may 
be written to the diskette by this verb. For output and random-access files 
the file's directory entry is updated to reflect the current EOF value stored 
in the filearea 's FCB. 
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GET 



In field item (TRSDOS random) file processing, the GET statement is used to 
read a particular record into the filearea's buffer. The FIELD statement is 
then used to adjust the data pointers of string variables to address the buffer 
itself. This method of data access causes the file to be termed a field item 
file in NEWDOS/80 since all the other file types may also be used randomly. 

In addition to continued support of field item files, NEWDOS/80's GET statement 
is used in marked item and fixed item file processing to transfer data from a 
file to user-specified variables, define the variables themselves, or position 
a file for later operations. The actual transfer of data from the diskette to 
the buffer occurs only as needed by the BASIC'S determination of the IGEL data 
requirements in relation to the data currently in the buffer. 

The general form of the GET statement is: 

1. GET fan (a null fp is assumed) 

2. GET fan,fp 

3. GET fan,fp,igelsn 

4. GET fan,fp,,igel 

Formats 1 and 2 are used for field item files and are compatable with TRSDOS 
BASIC. They naturally may also be used in NEWDOS/80 BASIC application pro- 
grams. 

Formats 3 and 4 are unique to NEWDOS/80 BASIC. They must be used in data 
transfer GET whenever the filearea is open for marked item or fixed item file 
operations. Format 2's usefulness has been expanded by the addition of several 
new fp specifications unique to NEWDOS/80. 

Format 3 specifies the location of the IGEL containing the data names which are 
to contain the data at the completion of the GET; format 4 contains the IGEL as 
an integral part of the GET statement itself. 

In NEWDOS/80, no function in the IGEL or the fp parameter may reference a 
filearea, even if that filearea is the same as that used by the GET or PUT 
statement. 

At the successful completion of a GET statement, the filearea is left posi- 
tioned at: 

a. the next byte of the file for fixed item files. 

b. the next item in the file for marked item files. 

c. the next 256 byte record for field item files. 

If an error is encountered during the processing of a GET statement, the file- 
area is reset to its status and content prior to the execution of the state- 
ment. After correction of the error, the GET statement may be executed again. 
The contents of the variables named in the IGEL are entirely unpredictable when 
an error is detected, and should not be used unless the GET has been reexecuted 
successfully. 

When a GET statement refers to or contains an IGEL, successive file items are 
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transferred to successive variables named in the IGEL. 

For fixed item files: 

String variables of the IGEL are filled with the number of bytes 
specified in the expression prefix. As a result, the length of the 
variable is made equal to the value of the prefix. 

Numeric variables of the IGEL are filled with the number of bytes 
corresponding to that item's internal form. (Integer items are two 
bytes long, single precision items are four, and double precision are 
eight. ) 

Prior to the first GET which transfers data to user variables, a GET 
using ft = % may be issued. The file referenced by the fan need not 
necessarily be open when this GET is issued, as the purpose of this 
GET is to perform the pseudo FIELD function for fixed item file 
operations. As the IGEL items are processed, numeric variables are 
left unchanged, (len)$ and (len)# items are ignored, and string 
variables have their length set to the value of the expression 
prefix, and are truncated or padded on the right with blanks as 
necessary. If a string variable exists at the time the pseudo FIELD 
is issued and its contents/value doesn't reside in the BASIC string 
area, its contents are moved there. This is done in an attempt to 
ensure that enough string space exists for continued operation, as 
the subsequent data transfer GETs will actually move data to the 
variable, rather than simply changing the variables data pointer. 
Once referred to by a pseudo FIELD operation, string variables should 
have their contents changed only by LSET or RSET to ensure that the 
variables lengths do not change. In NEWDOS/80 version 1, the pseudo 
FIELD function was required before any PUTs to a fixed item file; in 
version 2 this is not required and many programs using fixed item 
files will elect not to use the pseudo FIELD function at all. 

If the file is record segmented and there are fewer bytes in the 
record from the current file position at the start of data transfer 
of the item than are requested by the IGEL item, a "RECORD OVERFLOW" 
error condition is raised. 

For marked item files: 

A null IGEL expression causes the corresponding file item to be 
skipped. 

The expression prefix of a string variable is used to limit the 
number of characters actually transferred to the variable. If the 
file item is shorter than what the expression prefix allows, the 
length of the string variable is set to that of the file item. If 
the file item is longer than what the expression prefix allows, the 
file item is truncated on the right to that length, as would be done 
by an LSET. 

SOR and fill items are skipped as they are encountered. 
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If the file item type and the IGEL item type are incompatible, a 
"TYPE MISMATCH" error is raised. If for example, the file item type 
were single precision and the IGEL item type were string, the error 
would be raised. If however, the IGEL item type were integer, no 
error would be raised unless the file item's value exceeded what was 
legal for integer items. 

If the file is record-segmented, and there are fewer items remaining 
in the record from the current file position at the start of data 
transfer of the item than are in the IGEL, a "RECORD OVERFLOW" error 
is raised. 



Two special forms of fp may be used to set the file position for subsequent 
processing, regardless of the type of processing normally done for the file. 
These are fp = !$rba and fp = !$%. Use of either of these forms cause REMRA 
and REMBA to be marked invalid. Use of either of these ft values in a format 3 
or 4 GET is invalid, as no actual data transfer takes place. 

More than one GET may be used to retrieve successive file items from a single 
record. This technique is called partial record I/O. The first item in a 
record could, for example, identify the record as containing a name and ad- 
dress, a transaction number and amount, or an invoice number and expected ship 
date. The first byte could be read by itself and used to transfer control 
within the program to the appropriate routine to handle the data which follows. 

Partial record I/O as an access technique can be readily used with fixed item 
files and field item files. In field item files, the technique calls for 
reFIELDing when the new record is not the same type as the previous record. In 
marked item files, items to be bypassed in a record are simply left as null 
items in the GET 1 s IGEL. In fixed item files, the length of the fields to be 
bypassed must be determined, and that sum be specified as the length prefix of 
a (len)$ IGEL item, in order to position the record to the proper byte to be 
transferred. The real strength of partial-record I/O with fixed item files is 
that as little as a single field imbedded within a record can be updated inde- 
pendently of all other data in the record; with marked item files, all items 
beyond the one to be updated would first have to be read, then re-written with 
the item being updated to maintain their content. The primary benefit of 
partial record I/O is that several record formats can reside in a single file 
and only as much data need be transferred as necessary to identify the partic- 
ular format. 
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PUT 

In field item file processing, the programmer executes, if not done previously, 
a FIELD statement to define the variables* buffer overlaying main memory posi- 
tions. Next, the values for those variables are moved into them using LSET or 
RSET statements. Lastly, the record is written (or buffered) using the PUT 
statement. 

For marked item and fixed item file processing, the contents of BASIC variables 
are written (or buffered) using the PUT statement without the need of moving 
the data first to special encoded variables. Instead an IGEL is used to spec- 
ify during the PUT which variables are to have their contents sent to the file. 

Remember, no IGEL expression or the fp expression may contain functions that 
reference a filearea. 

The general form of the PUT statement is: 

1. PUT fan (a null fp is assumed) 

2. PUT fan.fp 

3. PUT fan,fp,igelsn 

4. PUT fan,fp,,igel 

Formats 1 and 2 are used in field item file operations and are compatable with 
TRSDOS BASIC. They naturally may continue to be used in application programs 
running under control of NEWDOS/80. 

Formats 3 and 4 are unique to NEWDOS/80 BASIC. One or the other or both must 
be used whenever data is transferred to the file during marked item or fixed 
item file processing. Format 3 specifies the location of the IGEL containing 
the expressions to be sent to the file; format 4 contains the IGEL itself as a 
part of the PUT statment. Format 2 PUTs may be interspersed with formats 3 or 
4 to acheive the necessary file positioning for subsequent data transfer. 

At the successful completion of a PUT statement, the filearea is left posi- 
tioned at: 

a. the next byte of the file for fixed item files. 

b. the next item in the file for marked item files. 

c. the next 256-byte record for field item files. 

If an error is encountered during the processing of a PUT statement, the file- 
area is reset to its status and positioning prior to the execution of the PUT 
statement. The data in the file as a result of the error is completely unpre- 
dictable, and will most likely cause errors on a subsequent GET. This situa- 
tion occurs only during the updating of existing records; if possible and prac- 
tical, a PUT should be issued later in an attempt to correct the error. In an 
effort to reduce the possibility of damage to the file when the file is opened 
using the "R" or "D" mode, NEWDOS/80 BASIC processes the IGEL twice in its 
entirety, once to catch errors in IGEL specification, and again to actually 
transfer the data to the buffer. 

When a PUT statement refers to or contains an IGEL, the contents of successive 
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IGEL expressions are transferred to the filearea buffer and become file items. 

For fixed item files: 

A string variable or expression may have a length different than the 
one allowed by the expression prefix in the IGEL. Strings which are 
shorter have the corresponding file item padded on the right with 
blanks; strings which are longer have the corresponding file item 
truncated on the right in the manner used by LSET. In other words, 
the expression prefix value determines exactly how many bytes are to 
be moved to the file item. 

A record overflow error condition is raised if the logical record 
length is exceeded. During whole-record I/O, if the sum of all item 
lengths in the IGEL exceeds the LRECL, the error is raised. During 
partial-record I/O, if the sum of all item lengths in the IGEL 
exceeds the number of bytes left in the record, the error is raised. 

Prior to the first PUT statement which actually transfers user data 
to the buffer, a PUT using ft = % may be issued. The file referred 
to by the fan need not necessarily be open at the time of this PUT, 
as its purpose is to perform the pseudo FIELD function. As the IGEL 
items are processed, numeric items are left unchanged, (len)$ and 
(len)# items are ignored, and string expressions have their length 
set equal to the value of the expression prefix, and are truncated or 
padded on the right with blanks as necessary. If the string variable 
exists at the time of the pseudo FIELD PUT and the string itself 
doesn't reside in the BASIC string space, it is moved there. Once 
referred to by a pseudo FIELD PUT statement, string variables should 
have their contents changed only by LSET or RSET statements to ensure 
that their lengths do not change. In NEWDOS/81 version 1, this 
pseudo FIELD function was required before any PUTs to a fixed item 
file; in version 2 this is no longer required and many programs using 
writing to fixed item files will elect not to use the pseudo FIELD 
function at all. The pseudo FIELD function is left in existence for 
the programmer who wants to assure IGEL related string variables 
maintain the required length at all times. 

For marked item files: 

SOR and fill items are inserted into the filearea buffer as dictated 
by the file's ft, the PUT 1 s fp and the IGEL data length versus the 
file's record length. 

Nearly anything syntactically legal on the right hand side of a LET 
expression's equal sign is legal as an expression in an IGEL 
referenced by a PUT statement, excepting that a filearea may not be 
referenced in such an expression. Specifically excluded from 
appearing in any IGEL expression are LOC, LOF, EOF and any other 
expression which references a fan. 

When a string expression in an IGEL has a length prefix, the prefix 
determines the maximum number of characters to be written to the 
file. If the string is shorter than the expression prefix allows, 
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the string is written to file as is. If the string is longer, the 
corresponding file item it is truncated on the right as would be done 
by an LSET operation. 

Strings require either one or two marking bytes, depending on the 
number of bytes in the string. If the string has from to 127 bytes 
in it, it requires only one marking byte to describe it on file. If 
it has 128 bytes or more, then two marking bytes are required to 
describe it. All these marking bytes must be allowed for when 
specifying an lrecl at open time. 

Numeric IGEL expressions are placed in the buffer in their internal 
BASIC form: 2 bytes for integers, 4 bytes for single-precision 
numbers and 8 bytes for double-precision numbers. Don't forget that 
each individual file item has a marking byte associated with it, and 
that the correct lengths of the item types just mentioned are 3, 5 
and 9 bytes. 

Numeric literals and expressions in the IGEL are first converted to 
the most compact internal BASIC data type that preserves their pre- 
cision before being sent to the file. For example, the numeric 
literal 3.14159 would be sent to file as a single precision number (5 
bytes including marking byte); the value resulting from LEN(A$) minus 
LEN(B$) would be sent to file as an integer number (3 bytes including 
marking byte). 

Two or more PUT statements may be used to output all the items of a 
record. The number of bytes actually comprising a single logical 
record cannot exceed the lrecl value specified in the OPEN statement, 
or the system maximum of 4095 bytes. Any attempt to exceed either of 
these limits results in a "RECORD OVERFLOW" error. 

In the case of MU and MF type files opened for random access updating 
purposes, the record existing on file, from the current file position 
at the beginning of data transfer for the PUT, to the record's end 
(defined by the next SOR, or EOF) is replaced in its entirety. If 
the cumulative IGEL data length is less then the file record's re- 
maining length, the IGEL data is sent to the file and padded out with 
fill items to completely fill the file record. Be very careful when 
operating in this mode, because if the PUT's IGEL defines fewer items 
than exist in the file record at the time of update, the excess file 
items are eliminated; later GET statements will encounter problems if 
they expect the original number of items to be present in that 
record. 

Items in a MI type file cannot be updated as the system has no idea 
where the user's record ends, and therefore cannot pad to the end of 
the record as it does for MU and MF files. 

For both fixed item and marked item files: 

The filearea's buffer is actually written to the diskette when: 

The last byte of the buffer is filled with data from the IGEL, 
and more data has yet to be moved. 
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A PUT statement with an fp of "&" or "&&" is executed, causing 
the buffer to be written to the diskette in its current state. 

The file is closed, explicitly by fan, or implicitly by a 
general (non-specific) CLOSE. 

If the data in the file be especially critical, the programmer should consider 
the use of PUT statements with the fp of "&". This will cause the filearea's 
buffer to be written to the diskette without disturbing the current file posi- 
tioning. If there is no data in the buffer waiting to be written to the disk- 
ette, this particular PUT statement will be ignored. Should some other file- 
area used by the program require the data in this filearea to be disk-resident, 
the fp of "&" must be used. Don't overlook the fact that an fp of "&" is used 
only in a format 2 PUT; any data to be written to file must first have been 
placed there by a format 3 or 4 PUT. The use of fp = & is not restricted to 
marked item or fixed item files - it may be used with field item files or 
print/input disk files also. 

Everything said above for the PUT fan,& statement also applies to the PUT 
fan,&& statement which, in addition, writes the file EOF from the filearea's 
control information back to the file's directory entry. 

Two special forms of fp may be used to set the file position for subsequent 
processing normally done for the file, regardless of the actual type of pro- 
cessing involved: GET, PUT, INPUT or PRINT. These are fp - !$rba and FP = !$%. 
Use of either of these forms causes REMRA and REMBA to be marked invalid. The 
file is positioned so that the next GET/PUT/ INPUT/PRINT verb begins processing 
either at rba or EOF, if no further fp is specified. No data movement occurs 
using these fp values, as they are allowed only in a format 2 PUT. 

A PUT statement using an fp of !#rba causes the file's EOF to be set to the RBA 
value rba. Don't forget that the EOF value is not written to the file's FPDE 
until a CLOSE or a PUT fan,&& statement is executed. The EOF may be changed 
many times in this fashion before it is made final. An error condition is 
raised if the OPEN statement's mode was "D", and the RBA exceeds the current 
EOF value. This fp value may only be used in a format 2 PUT. 

As was the case with GET for sequential input, the PUT statement can be used in 
a sequential output mode. A marked item or fixed item file can be created 
sequentially with PUT statements after having been opened with mode "0", and 
later read sequentially with GETs after having been opened with mode "I". The 
same file can be updated randomly by use of GET and PUT statements when the 
open mode is "R" or "D". Single data fields in FF and FI type files can be 
updated using partial record I/O access techniques. 

Should a particular data file be especially sensitive, and require read-only 
random access, the use of open mode "R" is not required; open mode "I" may be 
used instead. The use of this particular mode will cause any PUT attempted to 
get a "BAD FILE MODE" error. 
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LOF 



le function of the LOF statement is to return to the programmer the record 
imber of the last record of the file. Its general format is: 

LOF(fan) 

le fan specifies the number of the filearea for which the last record number 
i being requested. If the file is empty, a zero is returned. LOF naturally 
ly be used only with field item, MF and FF type files. 
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/Vi 



LOC 

The LOC function, in TRSDOS BASIC, returned to the programmer, the record 
number last accessed via GET/PUT for a specified filearea. In NEWDOS/80 BASIC 
its function has been expanded to allow the programmer to find the file loca- 
tion of a group of items, records or the files' EOF, or determine if the cur- 
rent file position is exactly at or beyond the file's EOF. Its general format! 
are a follows: 

performs essentially the same as in TRSDOS 



1. 


LOC(fan) 




2. 


LOC ( fan) $ 


/it 


3. 


LOC(fan)% 


ErO 


4. 


LOC (fan)! 


Nt) 


5. 


LOC(fan)# 


Rt„ 



where fan specifies the filearea number containing the requested 
information. 



Format 1 (no suffix) is the one used in TRSDOS BASIC. For field item files (as 
are supported by that BASIC) and MF and FF files, it returns the number of the 
record most recently read or written via GET/PUT. If the file has not been 
accessed, a value of zero is returned, except in the case of a file opened 
using mode "E", where the record number of the last record in the file is 
returned. If the file being referenced is not made of fixed-length records, a 
"BAD FILE MODE" error condition is raised. 

Format 2 ("$" suffix) is used to provide a true/false indication of the rela- 
tionship of the filearea 1 s positioning to the file's EOF. It returns a -1 
(BASIC IF statement 'true') or a (BASIC IF statement 'false') as follows: 

For record-segmented (fixed item, MU, MF and FF type) files: 

If the REMRA is valid, and the RBA of the start of the next record 

(not necessarily the current file position!) is equal to or greater 

than the EOF value, a 'true' value is returned; otherwise a 'false' 
value is returned. 

If the REMRA is invalid and the RBA of the current file position is 
equal to or greater than the EOF value, a 'true' value is returned; 
otherwise a 'false' value is returned. 

For user-segmented (MI and FI type) files, and for print/input files: 

If the RBA of the current file position is equal to or greater than 
the EOF value, a 'true' value is returned; otherwise a 'false 1 value 
is returned. 

Format 3 ("%" suffix) returns to the programmer the file location of the cur- 
rent file EOF in RBA format. This value can be used in the development of 
indices to the file, where the indexing item is built prior to the data record 
being added to the file at the EOF location. Using this form of LOC allows 
indices to be created during the sequential creation of the prime data file. 
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format 4 ("!" suffix) returns the RBA value of the next logical record for 
field item, MU, MF and FF type files, if the REMRA is valid. In all other 
:ases (including print/input files), it returns the RBA value of the current 
tile position- For record segmented files, the value returned can be used to 
:reate an indexing item for the sequential record before the data record has 
jeen written to the file. For user-segmented and print/input files, the value 
returned can be used to create an indexing item for the group of data items 
prior to writing them to the file. For the indexing value to really be good, a 
PUT with a null fp, or a PRINT, must be used to write the data; nearly all 
sther fp forms will cause the RBA value returned to be different from the 
ictual location of the data. As with format 3, this form can be used to create 
Indices as a sequential file is being written. 

?ormat 5 ("#" suffix) returns the current REMRA in RBA format. A "BAD FILE 
■iODE" error condition is raised if the REMRA is invalid, due for example, to 
;he use of an FP = !$%. This too can be used for all file types to create 
indexing items for records or groups of data after, however, the record or data 
>roup has been written. 

ty using the values returned by LOC(fan)%, LOC(fan)! or L0C(fan)#, the pro- 
grammer is able to build indices to either records (record-segmented files) or 
groups of items (user-segmented files and print/input files). The values 
returned can be included in records /file items and later used to position the 
Eilearea via fp types !rba or !$rba. 
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MP FILES 



The MU file type is the easiest of all NEWDOS/80's file types to implement. 
When it was originally conceived, it was intended as a replacement for TRSDOS 1 
sequential file support. In TRSDOS, sequential files could not be updated; in 
NEWDOS/80 all but print/input and MI type files can be updated. 

The MU type file is segmented into records of varying lengths and each record 
is detectable by the system. This attribute relieves the programmer of the 
need to be aware of the size of each record. The programmer can impose a 
smaller record size maximum than the system's maximum of 4095 bytes by speci- 
fying a lrecl value in the OPEN statement. Any record exceeding the maximum 
record length will cause a "RECORD OVERFLOW" error condition. 

Besides being record-segmented, the file items in a MU file are all marked. 
The marking bytes occupy space on the file, and must be included in any record 
length calculations along with the SOR byte which marks the beginning of each 
record. These marking bytes identify the type of data which follows the byte, 
and in the case of strings, tells the system the length of the string. String 
may be to 255 bytes long, just as in BASIC; strings of 128 to 255 bytes 
require 2 marking bytes instead of the 1 required by all other items. Numeric 
items are stored on the disk in their internal form: integers as 2 bytes, 
single-precision items as 4 bytes, and double-precision items as 8 bytes. 
Don't forget that as marked-file items these lengths must be increased by 1 to 
3, 5, and 9 bytes respectively. 

Even though the numeric items are stored in their internal forms on the disk i 
all the NEWDOS/80 file types, BASIC' s CVx and MKx do not (indeed, must not) be 
used to perform a pseudo-string conversion in order to cause this form of data 
storage to occur; CVx and MKx must still be used to accomplish this form of 
data storage for field item files, as was the case with TRSDOS BASIC. 

A MU file can be created by specifying "0" as the mode in the OPEN statement; 
the file will be created using the data in successive PUTs without regard to 
the file's existance at the time of the open. A MU file may also be created 
using mode "R" in the OPEN statement only if the file did not exist prior to 
the open. A third method of creating a MU file is to use mode "E" in the OPEN 
statement for a previously non-existent file, or an existing file which is 
empty . 

A existing MU file can be expanded sequentially by specifying mode "E" in the 
OPEN statement. As noted above, if the file is empty, it will effectively be 
created rather than expanded/extended. An alternate method of sequentially 
expanding a MU file is to specify mode "R" in the OPEN statement. In this modi 
if non-null fp's are specified, the system writes padding bytes from the cur- 
rent EOF to the specified beginning of the new record. Any PUT to a file posi- 
tion less than the EOF causes an updating action to occur, not an extension of 
the file. 

A MU file may be accessed sequentially by specifying "I" as the mode in the 
OPEN statement; use of this mode prevents accidental updates from occuring. 
The file may also be accessed randomly when opened with mode "I". If the file 
is non-existent at the time of the open, an error condition is raised. A MU 
file may also be accessed sequentially by specifying "R" or "D" as the mode in 
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the OPEN statement. Using these modes, if the file was non-existent prior to 
the open, any GET issued without a prior PUT and subsequent repositioning will 
cause an error condition to be raised. 

A MU file may be updated by specifying mode "R" or mode "D" in the OPEN 
statement. The use of mode "D" precludes the expansion of the file. In either 
of these modes, anything from an entire record to a single item may be updated, 
depending upon the fp values used and the contents of the IGEL. 

To understand the workings of the system on a MU type file, we'll do the fol- 
lowing things. First, we'll create a MU file using a very simple, short BASIC 
program. Then, by working in the so-called calculator mode, we'll access the 
file and update it. To create the file, enter and RUN the following BASIC 
program: 

10 CLEAR 250 

20 OPEN "0", 1, "MU/DAT", "MU" 

30 PUT 1,,,"ABCDEF","2ND STRING"; 

40 PUT 1,,,STRING$(120,"*")+"0123456789"; 

50 I%=2:I!=4:I#=8 

60 PUT 1, J ,I$,I%,I!,I#; 

70 CLOSE 

Save the program with an appropriate name just in case you need it later. 

Now, notice that the program uses the simplest form of IGEL in statements 30 
and 40; the values to be written to the file are in the IGEL proper. The PUT 
at 60 references the four different BASIC data types: string, integer, single 
precision and double precision. Notice also that no lrecl specification was in 
the OPEN statment. This allows the records to be as much as 4095 bytes long. 

Run the program to create the file named "MU/DAT". For study purposes, run the 
SUPERZAP program using DFS to read the sector written by MUFILE. 

The first byte of the sector is a hex 70. This is the SOR byte. All records 
in a MU file start with this byte. Be aware that not all hex 70 's are start of 
record bytes, however, that particular bit configuration can occur in numeric 
values as well as in strings where it is a lower-case "p". 

The second byte is a marking byte identifying the next 6 bytes as a string. 
Adding 6 to the displacement of the first byte of the string will give us the 
displacement of the marking byte for the second string (a hex 8A) . It defines 
a string 10 bytes long. If you now count to the 11th byte down from that 
marking byte, the SOR byte for the second record will be found (at displacement 
hex 13). The following marking byte (a hex 71) identifies a string of greater 
than 127 bytes long; the byte following that marking byte contains the length, 
and is not a part of the string data itself. A little hex arithmetic at this 
point will show that the SOR byte of the third record will be found at dis- 
placement hex 98. The marking byte following that SOR identifies a string zero 
bytes long: a null string. The next marking byte (hex 72) identifies the fol- 
lowing 2 bytes as an integer number. Following the integer is a marking byte 
(hex 73) identifying the next 4 bytes as a single precision number. Following 
that number is a marking byte (hex 74) identifying the next 8 bytes as a double 
precision number. At this point (displacement hex AB) we've exhausted the data 
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we actually wrote to the disk; any data which follows is unpredictable. 

Now that we've seen how data is stored in a MU file, as well as any other 
marked item file for that matter, we'll access the data using GETs in the 
"calculator mode" and analyze the results. Later, we'll introduce a few 
errors. Before going any further, return to the BASIC READY state, enter CLEAR 
50 and NEW, and type in the following three-line program (this will save steps 
later) . 

10 PRINT L0C(1)$; "$ EOF TEST "; L0C(1)%; "% EOF RBA" 

20 PRINT L0C(1)!; "! NEXT RCD RBA "; 

30 IF L0C(1)! = THEN PRINT ELSE PRINT L0C(1)#; "# REMRA" 

The purpose of the program is to display the file positioning values available 
to us. For the sake of clarity, the first character of the string identifies 
the LOC suffix used to get the value displayed and the remainder of the string 
a mnemonic associated with that particular LOC function. You may want to save 
this program also, as it will be used in experiments with all the other file 
types later. 

The first thing to do now is to open the file for input. Type in: 

OPEN "I", 1, "MU/DAT", "MU" 

Nov/ enter "GOTO 10" to run the program entered a moment ago. (You must use 
GOTO rather than RUN because RUN closes any open files.) The system will 
respond with: 

$EOF TEST 171 % EOF RBA 
! NEXT RCD RBA 

Notice that the REMRA value isn't printed. That's because the value hasn't 
been set yet, and is marked as invalid by the system. Because the program we 
entered isn't too smart, it simply checks for a zero next record value, rather 
than attempting to be sensitive to the actual validity of the REMRA. 

Now we'll read the first record in its entirety. Type in: 

GET 1,,,A$,B$; : PRINT A$, B$ : GOTO 10 

The system will respond with: 

ABCDEF 2ND STRING 

$ EOF TEST 171 % EOF RBA 

19 ! NEXT RCD RBA # REMRA 

Notice that the two EOF related values have not changed, but that the next 
record RBA has. It now contains the decimal displacement of the SOR byte of 
the second record. This is the normal action of the GET on a record-segmented 
file. Notice also that the REMRA has now appeared, and that it has a value of 
zero. Remember that for record segmented files the REMRA contains the RBA of 
the latest record involved in the a GET or PUT for that filearea, unless its 
has been marked invalid due to the use of OPEN or !$RBA. 
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Now we'll go back and read the first record again in its entirety by using the 
fp value which causes file positioning back to the REMRA value. To prove the 
record has been read a second time, we'll reverse the order of the variable 
names. Type in: 

GET 1,#,,B$,A$; : PRINT A$, B$ : GOTO 10 

The system will respond with: 

2ND STRING ABCDEF 

$ EOF TEST 171 % EOF RBA 

19 ! NEXT RCD RBA # REMRA 

Again, the EOF values have not changed. This time, however, neither have the 
other two values. This is because the file's next record pointer was changed 
to the REMRA value prior to the data transfer. The next record pointer was then 
moved to the REMRA, followed by the transfer of the data to the named vari- 
ables. The same general method is followed when !rba is specified for the fp. 

Let's get daring now, and ignore the contents of the next record (the one with 
the 120 asterisks in it), and at the same time position ourselves to process 
the third record. Type in: 

GET 1,,,; : GOTO 10 

The system will respond with: 

$ EOF TEST 171 % EOF RBA 
152 ! NEXT RCD RBA 19 # REMRA 

Nothing really surprising there; again, in the case where no file positioning 
was specified in the GET, the next record RBA was moved to the REMRA. With the 
lack of variable names in the IGEL, no data transfer occurred, and the file was 
left positioned to the record's first item. 

Now let's try some of partial record I/O. We'll start by transferring only the 
string from the third record, and leave ourselves positioned so that the next 
transfer will begin at the integer. Type in: 

GET 1,,,A$; : PRINT A$ : GOTO 10 

The system will respond with: 

(blank line) 

-1 $ EOF TEST 171 % EOF RBA 

171 ! NEXT RCD RBA 152 # REMRA 

Several things should be noted here. Since the file was left positioned to the 
2nd record's 1st item by the previous GET and the GET in this example specified 
fp = (null), the file was automatically advanced to the beginning of the third 
record's 1st item by this GET's file positioning phase. Then the 3rd record's 
first item was read, and the file was left positioned to the 3rd record's 
second item. We've started processing the last record in the file. The system 
hasn't told us that, but has made the information available to us through the 
LOC(fan)$ statement. In common sequential data processing situations, the EOF 
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status of a file is tested as a function of the GET logic, and transfer of 
control is made to an end-of-data routine specified by the programmer. As no 
provision has been made for the specification of such a routine in NEWDOS/80, 
the EOF status of the file must be tested immediately prior to the GET state- 
ment attempting to transfer the next record's contents into memory, and appro- 
priate action taken if the EOF condition is found to be true. 

Notice that the LOC(fan)! value is the same as the EOF RBA value, even though 
we transferred only the first item of the last record. This is because in the 
case of record-segmented files, the function returns the RBA of the next 
record. Only when it is used on a user-segmented file does it return current 
file position. If you've gone back to chapter 8, you've seen that there's no 
way to get the current file position back from the system. There isn't, nor is 
there a way to get the REMBA either. Somebody out there will probably find a 
way via PEEKs and so on, but the fact remains that BASIC itself doesn't have 
provision for telling you simply and directly. 

To show that we are indeed positioned at the record's 2nd item, the integer, 
we'll read just that field. Type in: 

GET 1,*,,I; : PRINT I : GOTO 10 

The system will respond with: 

2 

-1 EOF TEST 171 EOF RBA 
171 NEXT RCD RBA 152 REMRA 

Did you notice the variable type of "I"? It's single precision, but the file 
item transferred to it was an integer. The changing of type between a file 
item and a variable is allowed, so long as it is allowed in BASIC. 

Now let's go back and transfer the integer and the single precision items using 
the REMBA to position the file before the transfer. Type in: 

GET 1,$,,K,J; : PRINT J; K : GOTO 10 

The system will respond with: 

4 2 

-1 $ EOF TEST 171 % EOF RBA 

171 ! NEXT RCD RBA 152 # REMRA 

The REMBA was set to the file's RBA at the start of the previous GET. Regard- 
less of the number of fields transferred or bypassed, the starting byte RBA is 
remembered. Again, none of the LOC functions has changed. 

To prove that the REMBA hasn't changed with the multiple file item transfer, 
let's transfer the integer and the double precision items next. Type in: 

GET 1,$,,J,,I; : PRINT I; J : GOTO 10 

The system will respond with: 
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8 2 

-1 $ EOF TEST 171 % EOF RBA 

171 ! NEXT RCD RBA 152 # REMRA 

Notice that by omitting a variable name in the IGEL in the position where the 
single precision file item occurs, that the file item is bypassed. Again, both 
file items have their types changed as they are moved to the variables. 

Now we'll try some RBA positioning to see how that works. Type in: 

GET 1, 10,,A$; : PRINT A$ : GOTO 10 

The system will respond with: 

ABCDEF 

$ EOF TEST 171 % EOF RBA 

19 ! NEXT RCD RBA # REMRA 

The use of a specific RBA provided by the programmer, whether it's a number as 
in this example, or some variables contents, or an expression, causes the RBA 
to be moved to the next record pointer just as the REMRA is moved there when 
"#" is used for fp. The sequence of actions is the same from that point on for 
the two fp's just mentioned. 

Let's try the other RBA positioning technique. Type in: 

1=152 : GET 1,!$I : GOTO 10 

The system will respond with: 

$ EOF TEST 171 % EOF RBA 
152 ! NEXT RCD RBA 
BAD FILE MODE 

Hey! Was that supposed to happen? You bet! Both the REMRA and REMBA were 
tagged as invalid by the system due to the fp type used. It does nothing more 
than set the next record pointer. No data transfer occurs. 

Now we'll try it again, but this time with a "later" data transfer. Type in: 

GET 1,!$19 : GET 1,,,A$ : PRINT A$ : GOTO 10 
Ihe system will respond with: 

OUT OF STRING SPACE 

knottier error? Why? Because when we started this session, we did a CLEAR 50, 
and the string we're trying to transfer is 130 bytes long. Don't forget that 
SEWDOS/80 doesn't change the string variable's pointer to point to the buffer, 
but moves the string to the BASIC string space at the top of memory as if a LET 
statement had been executed. Now type in: 

GET 1,,,(10)A$; : PRINT A$ : GOTO 10 
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The system will respond with: 

********** 

$ EOF TEST 171 % EOF RBA 
152 ! NEXT RCD RBA 19 # REMRA 

NOTE: the same file item was inputted as for the previous GET. Due to the 
error that occurred, the filearea, but not the data, was restored to what it 
was at the beginning of that previous GET. Note that only the first 10 aster- 
isks of the 120 in the file item were transferred to A$. 

That just about exhausts the fp's we can use. The ones not covered yet are 
fairly well explained in chapter 8. It is time now to try some updating of 
records, both in whole and in part. Before we can do that however, the file 
must be opened for input and output. Type in: 

CLOSE : OPEN "R", 1, "MU/DAT", "MU" : GOTO 10 

The system will respond with: 

$ EOF TEST 171 $ EOF RBA 
! NEXT RCD RBA 

That is just as it was after the open for input only. The mode we just speci- 
fied allows the file to be expanded (which we will do shortly). If we wanted 
to not allow the ability to expand the file beyond its existing EOF, we would 
have specified mode "D". 

First, let's simply replace the first record on the file with a single field. 
Type in: 

PUT 1,,, "RECORD REPLACED"; : GOTO 10 

The system will respond with: 

$ EOF TEST 171 % EOF RBA 
19 ! NEXT RCD RBA # REMRA 

Notice that the next record pointer is pointing to the second record, just as 
if a GET were issued. 

Now, let's replace the double precision value in the third record with 3 times 
its complement. Type in: 

1=152 : GET 1,!I,,,,; 

GET 1,*,,D#; : PUT 1,$,,3*-D#; : GOTO 10 

The system will respond with: 

-1 $ EOF TEST 171 % EOF RBA 
171 ! NEXT RCD RBA 152 # REMRA 
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Again, the system is ready to process the next record even though it's posi- 
tioned at EOF. We can't transfer any information from this file position, but 
can write additional new records to the file. 

To demonstrate this, type in: 

PUT 1,,,"THIS IS THE FOURTH RECORD"; : GOTO 10 

The system will respond with: 

-1 $ EOF TEST 198 % EOF RBA 
198 ! NEXT RCD RBA 171 # REMRA 

It's easy to see that the file has been extended. You should be aware that the 
new EOF hasn't yet been recorded in the FPDE in the directory. If there were 
to be a power outage at this point, our little example file would show no 
change from when we first opened it for update. We could ensure that the file 
has the new data recorded in it by doing a PUT using the fp of &. That would 
only write the buffer to the file. To update the FPDE's EOF value, either a 
CLOSE or a PUT fan,&& must be done. A CLOSE will also write out an updated 
buffer, if any. 

Now let's go back to the second record and replace its single file item with 
several smaller ones. We'll do this using a couple of PUTs. Type in: 

PUT 1,!19,,"ITEM 1", 3. 14159*2; 

PUT 1,*,,"ITEM 3",4,10D2; 

PUT 1,*,,"LAST ITEM RECORD 2"; : GOTO 10 

The system will respond with: 

$ EOF TEST 198 % EOF RBA 
152 ! NEXT RCD RBA 19 # REMRA 

Once again, the next record pointer has the RBA of the record following the one 
we're processing, and the REMRA has the RBA of the record last processed. Note 
that all three PUT statements wrote items into the same record. 

To show that the record has been updated type in: 

GET 1,#,,A$,I,B$,J,K,C$; : PRINT A$,B$,C$,I, J,K : GOTO 10 

The system will respond with: 

ITEM 1 ITEM 3 LAST ITEM IN RECORD 2 

6.28318 4 1000 

$ EOF TEST 198 % EOF RBA 

152 ! NEXT RCD RBA 19 # REMRA 

That's pretty conclusive, isn't it? If we were to try to GET more data using 
the fp = *, we would find a "RECORD OVERFLOW" error staring back at us. We 
could, if we wanted to, add more data to this particular record, just as long 
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as we didn't exceed its total original length of 131 bytes. 

The only thing remaining to be done is to update the EOF value on disk. To do 
this, simply type in: 

CLOSE 
It should be noted, we could have used the statement: 
PUT 1,&& 

to update the EOF into the directory without closing the file. We could then 
have continued processing the file. 

Once again, let's examine the file using SUPERZAF. Now you'll find SOR bytes 
at displacements 0, 13, 98 and AB. Examine The first record closely. The 
string marking byte (hex 8F) shows a length of 15 bytes. Adding hex F to the 
starting displacement of the string yields a result of hex 11. Looking at that 
displacement, you' 11 find the first of two bytes of hex 00. These are fill 
bytes which are skipped by the system as GETs are processed. If we were to try 
to retrieve two strings from the first record, as were there before our little 
updating session, we'd get a "RECORD OVERFLOW" error in response as there is 
now only one string item in the record. The system pads out a logical record 
with fill items when it finds that the data being written to the record has 
fewer bytes in it than were in the record to start with. 

In the second record, starting at displacement hex 13, you'll find the SOR byte 
followed by a marking byte defining a string of 6 bytes. Counting down to the 
7th byte from that marking byte, you'll find a marking byte defining a single 
precision numeric value. Five bytes further on you'll come across a marking 
byte defining another 6 byte long string. Seven bytes down from that byte is a 
marking byte defining an integer. The third byte beyond that is a double 
precision number marking byte. Nine bytes from there is the marking byte for 
the last item in the record, a hex 8A, defining a 10 byte long string. The 
remainder of the record following the string to displacement hex AB is filled 
with fill bytes. If it became necessary to replace record 2 with totally new 
data, the new record could take as many as 133 bytes, SOR byte included. All 
that is there right now would be replaced if the proper fp's were used. 

The remainder of the record should be quite self-explanatory. The only 
differences between its first contents and now are the double precision number 
at displacement hex A2, and the new fourth record starting at AB and having its 
last byte at C5. 

This discussion doesn't show all that can be done with MU files, of course. It 
is intended to show many of the abilities built into NEWDOS/80 BASIC file 
support. For those of you with data base experience, the partial-record I/O 
should look somewhat familiar. It is, after all, one of many data base abili- 
ties to update a single field in a record. Granted, NEWDOS/80 doesn't have the 
built-in file item security that data bases have; that is something you'll have 
to build into your systems as you see fit. But for now, you'll have to agree 
that NEWDOS/80 's abilities are far superior to anything else available on the 
market. 
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For those of you getting into file processing for the first time, don't be 
daunted by the apparent complexities of the methods available to you. The best 
thing that you can do is to continue on with exercises similar to what we've 
just done here. As you practice, the concepts will seem to become easier to 
understand and work with. 



A-29 APPENDIX A 



MF FILES 



Now that you've experimented with the MU file type and feel somewhat more com- 
fortable with some of NEWDOS/80's capabilities, we'll go on now to experiment a 
little bit with the MF file type. Returning to chapter 8 you' 11 find that an 
MF file type is made up of marked items, and is record-segmented with all 
records having the same length. In other words, it is a marked item, fixed 
length record file. The length of the record is defined to the system by the 
lrecl operand of the OPEN statement. 

Like the MU file type the MF file type can be updated with new data items on a 
record by record basis. The updating data need not be the same data type or 
length as the original data, nor does there have to be the same number of items 
in the updated record as there were to start with. You must be mindful of the 
file position being used during the updating of an MF file, just as you were 
with the MU file. The update can start in the middle of the record just as 
easily as at the beginning; the same fp controls are available to you for MF 
files as there were for MU files. Don't lose sight of the fact that when 
updating marked item files , all bytes from the current file position to the end 
of"'" the" record are re-written , whether you had really indended that to happen or 
not. 

We'll use the same technique to experiment with the MF file as we used for the 
MU file. First we'll have to create a file for use as the experimental base. 
Enter the following BASIC program, and save it in case you need it again later. 

10 OPEN "0", 1, "MF/DAT", "MF", 20 

20 PUT 1,,,"STRING1", "STR 2", "STR3"; 

30 PUT 1 ,,, "MAXIMUM STRING (19)"; 

40 I! =4 : I#-8 : I%=2 

50 PUT 1,,,I#,I!,I%; 

60 PUT 1,,,I#*10,I!*100,I%*1000; 

70 CLOSE 

Now run the program to create the file. When its done, run SUPERZAP using DFS 
to display sector of the file just created. The first thing you'll notice if 
that there is no SOR byte at the beginning of the sector. That's because only 
MU files use them to define the start of records which are all presumed to hav< 
different lengths; other record-segmented file types have fixed length records 
so the system "knows" where each record begins. In the first byte is a markinj 
byte describing a 7 byte long string. At displacement 8 is the marking byte 
describing a 5 byte long string, and at displacement E one describing a 4 byte 
string. Progressing down to displacement 13, where the next marking byte 
should be, you'll find a padding byte (00 hex). Remember that the records in 
the file we created are 20 (14 hex) bytes long. We wrote 3 items of 7 , 5 and i 
bytes length respectively giving an aggregate byte count of 19; one fill byte 
is used to complete the 20 byte record. 

The second record starts at displacement 14, where you'll find a marking byte 
describing a 19 (13 hex) byte long string. The one item is the entire record. 
The third record starts in displacement 28. You'll find marking bytes located 
at 28, 31 and 36 describing a double precision item, a single precision item 
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nd an integer respectively. This record has an aggregate data length of 17 
ytes, and thus requires 3 padding bytes, which you'll find in displacements 39 
hrough 3B inclusive. The fourth and last record we wrote has a data structure 
dentical to that of the third record. Its marking bytes are located at dis- 
lacements 3C, 45 and 4A; its padding bytes are in displacements 4D through 4F. 
he data beyond 4F is unpredictable. It is in fact whatever was in the sector 
efore we created the file. 

eturn to BASIC and retrieve the location displaying program originally used 
hen experimenting with MU files. It should read: 

10 PRINT L0C(1)$; "$ EOF TEST *'; L0C(1)%; "% EOF RBA" 

20 PRINT L0C(1)!, " ! NEXT RCD RBA "; 

30 IF LOC(1)!=0 PRINT ELSE PRINT L0C(1)#; "# REMRA" 

e 1 11 use this program in the same way we did for the MU file experiments to 
how the results of GETs and PUTs on file position. The experiments we'll go 
hrough won't be as thorough as the ones done for the MU file. Instead they'll 
ouch on the major differences between the two file types. 

o start with, we'll open the file and examine the results of the LOC state- 
lents. Type in: 

OPEN "I", 1, "MF/DAT", "MF", 20 : GOTO 10 

he system will respond with: 

$ EOF TEST 80 % EOF RBA 
! NEXT RCD RBA 

xcept for the EOF RBA, the results are the same as for the MU file. The 
ystem is ready to process the record starting at displacement 0, the first 
ogical record. 

ow type this in: 

GET 1,,,,A$,B$; : PRINT A$, B$ : GOTO 10 

he system will respond with: 

STR 2 STR3 

$ EOF TEST 80 % EOF RBA 

20 ! NEXT RCD RBA # REMRA 

otice that the last two items of the record were transferred. This is due to 
he null where the first variable name would normally reside (after the third 
omma) . 

rom the current file position we can go back and transfer again the first two 
terns of the record by using REMRA positioning. Type in: 
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GET 1,#,,A$,B$; : PRINT A$,B$ : GOTO 10 

The system will respond with: 

STRING1 STR 2 

$ EOF TEST 80 % EOF RBA 

20 ! NEXT RCD RBA # REMRA 

Nothing overly tricky there. As with MU files, we can can continue processing 
the same record. 

To do just that, type in: 

GET 1,*,,C$; : PRINT C$ : GOTO 10 

The system will respond with: 

STR3 

$ EOF TEST 80 % EOF RBA 

20 ! NEXT RCD RBA # REMRA 

The fp "*" value tells the system to continue processing from where it left off 
on the preceeding GET or PUT; in other words, from the current file position. 
If the GET had asked for two or more items, record overflow error would have 
occurred as the record, at that point, contained only one more item. 

Now let's try processing the fourth logical record without first processing the 
second or third. Type in: 

GET 1,!(4-1)*20,,J,K,L; : PRINT J; K; L : GOTO 10 

The system will respond with: 

80 400 2000 

-1 $ EOF TEST 100 % EOF RBA 

100 ! NEXT RCD RBA 80 # REMRA 

Notice that the expression used in the !rba type fp specifies a value equal to 
60. The numbers themselves represent the logical record number we really 
wanted, minus 1, times the record length. !rba positioning in a MF file, or a 
FF file too, is quite simple, as you can see. Just as something for you to do 
on your own, try the same statement as you just entered, using the rn form of 
fp instead of the !RBA form. 

To do this, you should have changed the PUT statement to be: 

GET l,4,,J,k,l; 

Now let's try some simple random updates to the records and check the results. 
Prepare the file for this by typing in: 

CLOSE : OPEN "R", 1, "MF/DAT", "MF", 20 : GOTO 10 
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The system will respond with: 

$ EOF TEST 80 % EOF RBA 
! NEXT RCD RBA 

Those are exactly the same results as when we opened the file for input. 
Vgain, no big surprise there. 

Vs a starting point, let's replace the first record. Type in: 

PUT 1,,,I$; : GOTO 10 

The system will respond with: 

$ EOF TEST 80 % EOF RBA 
20 ! NEXT RCD RBA # REMRA 

Che responses show that the first logical record has been processed. You 
should be aware that even though the next record RBA shows a value of 20, the 
;urrent file position is in fact equal to 1 as the above PUT replaced the 
mtire contents of the record with a null string (an 80H marker byte only) and 
^9 bytes of zeroes, then repositioned the file back to the byte following the 
mil string. If we were to write to the current file position using fp = *, 
:he PUT's first marking byte would be placed in the second byte of the file. 

Tust for fun, let's add two fields to the record we just updated. Type in: 

PUT 1,*,,"2",2; : GOTO 10 

?he system will respond: 

$ EOF TEST 80 % EOF RBA 
20 ! NEXT RCD RBA # REMRA 

le'll see the results of this last update in a moment. 

low, let's add two more records to the end of the file. Type in: 

PUT 1,!%,,"RCD 5"; : PUT 1 ,,, "RECORD 6"; : GOTO 10 

'he system will respond with: 

-1 $ EOF TEST 120 % EOF RBA 
120 ! NEXT RCD RBA 100 # REMRA 

'he numbers indicate that the file is now six records long. 

lose the file now, and enter the SUPERZAP program; use the DFS function to 
isplay sector zero of the file again. The records in the file begin at dis- 
lacements 0, 14, 28, 3C, 50 and 64 respectively. The marking byte at dis- 
lacement describes a null string; the one at 1 a string 1 byte long and the 
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one at 3 an integer. Notice that the remainder of the record has been padded 
with fill (00 hex) characters. The contents of the fifth and sixth records 
should need no explanation. You should notice that the data beyond the sixth 
record was not modified by our little updating session. The system ignores 
this area of the sector as it is file space at and beyond the file's EOF and 
therefore not really part of the file. 

As short as this session was in comparison to the one for MU files, you should 
now be aware that MF files are not at all hard to manage. Depending upon your 
own leanings, an individual record can be retrieved for update by either !rba 
positioning as shown in the example, or by using the record number itself (rn 
fp positioning). 
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MI FILES 

Now we come to the last of the marked item files - the MI file type. Its most 
important differences from the MU and MF file types are: 

1. MI files cannot be updated. 

2. MI files have no system-recognizable record lengths. 

These differences restrict this file type to being used for compact reference 
file only, as they can only be written to or extended, and later read again. 
Also, to get to any specific data group or item in a random-access fashion, 
!rba positioning (or its logical equivalents) must be employed. 

Because you've seen marked item files in some detail by now, the experimental 
files accesses we've employed to this point will be quite limited and intended 
to amplify the differences in structure and access methods rather than simi- 
larities. 

To start with, retrieve the program we used to create the MF file and change it 
to read as follows: 

10 OPEN "0", 1, "MI/DAT", "MI" 

20 PUT 1,,,"STRING1","STR 2","STR3"; 

30 PUT 1,,, "MAXIMUM STRING (19)"; 

40 I! =4 : I#=8 : I%=2 

50 PUT 1,,,I#,I!,I%; 

60 PUT 1,,,I#*10,I!*100,I%*1000; 
70 CLOSE 

Note that only line 10 of the program is changed from the MF file example. 

Save the program if you wish, and run it. A user-segmented file will be 
created containing some 73 bytes of rather unlikely-looking data. Now exit 
BASIC and enter SUPERZAP, and use the DFS function to display sector zero of 
the file just created. 

You'll see that there aren't any SOR marking bytes or padding items in the 
sector. There aren't any records in so far as BASIC is concerned, .just a 
strin g of data items . The data in the file and its stucture and organization 
are entirely the responsibility of the programmer. All you'll see in the 
sector is a series of contiguous marked data items. Good data design on the 
programmer's part demands that there be some rational, coherant data structure 
for the data items to be at all useable. 

All there is in the file we created is unrelated data items. To access them 
sequentially would require the intimate knowledge we have: there are four 
strings and six numeric items. To access them randomly requires that we know 
the specific RBAs of the marking bytes. Otherwise at best, a "BAD FILE DATA" 
error will be raised by the system; at worst, it will return incoherent data. 

Now, let's examine the SUPERZAP dump of the sector. The string marking bytes 
occur at displacements 0, 8, E and 13. The first set of numeric items have 
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their marking bytes at 27, 30 and 35; the second set at 38, 41 and 46. We'll 
use these numbers (displacements, all in hex) in just a moment to access the 
data. By the way, the EOF RBA is 49. 

Return to DOS BASIC at this time, and load the same location printing program 
as you used for MU and MF files. This program will aid in showing the lack of 
logical record support afforded to MI files by the system. 

As usual, the file must be opened for access. Type in: 

OPEN "I", 1, "MI/DAT", "MI" : GOTO 10 

The system will respond with: 

$ EOF TEST 73 % EOF RBA 
! NEXT RCD RBA 

As with other file types, the input mode open positions the system so that the 
next byte to be processed is the first byte in the file, if a (null) fp is 
used. 

To show a different positioning resulting from open, and to extend the files 
besides, type in: 

CLOSE : OPEN "E", 1, "MI/DAT", "MI" : GOTO 10 

The system will respond with: 

-1 $ EOF TEST 73 % EOF RBA 
73 ! NEXT RCD RBA 
BAD FILE MODE IN 30 

This last message is due to the fact that the location printing program tries 
to print the REMRA value when it has just been marked invalid by the system as 
a result of the open itself. (The location printing program tries to display 
REMRA because the next record RBA is non-zero.) 

The file is now in an output mode. To prove this we'll extend the file by 
three integer items. Type in: 

PUT 1,,, -1,-2, -3; : GOTO 10 

The system will respond with: 

-1 $ EOF TEST 82 % EOF RBA 
82 ! NEXT RCD RBA 73 # REMRA 

Notice that the EOF RBA is 9 bytes higher in the file, and that the REMRA has 
the original EOF RBA value. In MI processing the REMRA is always set to the 
same value as the REMBA; they both equal the file position at the beginning of 
the GET or PUT data transfer. 
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jw, let's go back and reference a few of the data items. Type in: 

CLOSE : OPEN "R", 1, "MI/DAT", "MI" 
GET 1,!19,,A$; : PRINT A$ : GOTO 10 

ie system will respond with: 

MAXIMUM STRING (19) 

$ EOF TEST 82 % EOF RBA 

39 ! NEXT RCD RBA 19 # REMRA 

he REMRA reflects the starting RBA of the GET, and the next record RBA points 
o the first of the numeric items. If no overriding fp were specified, that is 
here the next GET would start examining items for transfer. 

o show this, type in: 

GET 1,,,,J%,K#,I!; : PRINT J%; K#; I! : GOTO 10 
:he system will respond: 

4 2 80 

$ EOF TEST 82 % EOF RBA 

65 ! NEXT RCD RBA 39 # REMRA 

Notice that once again all the items in the IGEL are of a different numeric 
;ype than the file items being transferred to them. One of the marked item 
Eile's intrinsic powers is this numeric type conversion. 

To show that i n an MI file the REMRA and REMBA are the same, we'll have to do 
the same basic^thing twice, with the appropriate fp characters. First type m: 

GET 1,#,,I,J,K; : PRINT I; J; K : GOTO 10 

Then enter: 

GET 1,$,,I,J,K; : PRINT I; J; K : GOTO 10 
In both cases, the system will respond with: 

8 4 2 

$ EOF TEST 82 % EOF RBA 

56 ! NEXT RCD RBA 39 # REMRA 

Q.E.D. Don't lose sight of the fact that this REMRA equals REMBA relationship 
is true at all times for field item, MI and FI files, and for MU, MF and FF 
files only when the GET/PUT data transfer starts at the beginning of a logical 
record. 

Now, to show that an MI file can be extended after having been opened with mode 
"R", type in: 
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PUT 1,1%, ,15, -15; : GOTO 10 

The system will respond with: 

-1 $ EOF TEST 88 % EOF RBA 
88 ! NEXT RCD RBA 82 # REMRA 

The EOF has been extended by 6 bytes as expected. The file is left positioned 
to continue adding data to the end of the file if fp = (null) or * are employ- 
ed. 



This about exhausts the experiments we can perform on MI files. On your own, 
you can try to update a single existing item. (You'll get a "BAD FILE MODE" 
error — chapter 8 specifies that MI files cannot be updated.) If you are 
unsure of what will happen if an MI file has been opened with some mode, and a 
certain fp is specified in a GET/PUT, create the situation with a small file 
from BASIC'S calculator mode and try it - it's the surest way to find out what 
does happen. 
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FF FILES 

he fixed item file is different from the marked item file in several respects, 
o start with, it has no marking bytes, for each item or record; all item 
escription is taken from the IGEL , not the file. Because of this, if you 
escribe a string item of 20 bytes to be read, that's exactly what will happen, 
ven if the data written to the file originally was numeric. Also, it is 
equired that numeric items written to file are read back as the same type; 
therwise file synchronization is lost. 

second major difference is that fixed item files can be updated using true 
artial-record I/O. That is to say, a single field in a fixed item record may 
e updated without affecting anv su rrounding field s, whereas, in a marked item 
ile, the field to be changed and all other fields to the end of the record had 
o be written. 

third significant difference is that the expressions in the IGEL cannot be 
nythimr mnrp tha n variable names, with mandantory (len) prefixes for strin g 
terns. This is due to the indeterminant type/ length of an item resulting from 
n expression. 

ixed item files come in two types: FF files, in which all records have the 
ame length, and FI files which have no BASIC detectable records. For the 
loment, we'll concern ourselves with only the FF type file. 

s with the marked item discussions, we'll create an FF file, then experiment 
1th it in "calcualtor mode". Enter the following program and save it if you 
ash. Then run it to create the FF file. 

10 CLEAR 10(5 

20 OPEN "0", 1, "FF/DAT", "FF", 20 

30 PUT 1,%,40 : GOTO 50 

40 (20)1$; 

50 LSET I$="ABCDEFIJK" 

60 PUT 1,, ,(20)1$; 

70 LSET I$="12345678901234567890" 

80 PUT 1,,,(20)I$; 

90 I%=2:I!=4:I#=8 

100 PUT 1,,,(4)I$,I%,I!,I#; 

110 I%=I%*10 : I!=I!*100 : I#=I#*1000 

120 PUT 1,,,(4)I$,I%,I!,I#; 

130 CLOSE 



'ou will have noticed that this program is a little different than those used 
'or the marked item files. For one thing, the string items are written from 
variables rather than literals in the IGEL proper. Additionally, no expres- 
sions as such were used to place numeric data on the file. In assigning values 
;o the variable 1$, LSET was used instead of the (implied) LET. This latter 
?as done to preserve the length of 1$ set up in the pseudo FIELD operation done 
.n lines 30 and 40. This pseudo FI ELD operation is not require d if vour pro- 
gram can live with the fact that y ariahlps providi pg fifn'np; Aat$ j- n the file 
ire NOT padded on the right while variables receiving data from the file ar e 
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padded. Note too that all string items in the IGELS have length prefixes. 
It's these prefixes that actually determine how many bytes of string data are 
to be transferred to/from the file, not the pseudo FIELD operation (refer to 
lines 100 and 120). Remember that the file string items are padded or trun- 
cated on the right as necessary to meet the length prefix's demands. 

If we had elected NOT to use the psuedo FIELD function, the program could have 
been written: 



10 CLEAR lj 

20 OPEN "0", 1, "FF/DAT, "FF",20 

50 I$="ABCDEFIJK" 

60 PUT 1,,,(20)I$; 

70 I$="12345678901234567890" 

80 PUT 1,,,(20)I$; 

and so on 

Now run SUPERZAP, and use the DFS function to examine the sector just written. 
You' 11 see that the first record (hex 11 bytes long) has the nine data bytes we 
had intended to transfer padded to 20 bytes with 14 blanks (the blank padding 
is due to the use of LSET in the first encoding above and due to the PUT in the 
second). The second record has no padding - the string item we wrote was 
twenty bytes long in the first place (had it been longer, the LSET in the first 
encoding would have truncated the variable 1$ on the right and the PUT in the 
second would have truncated the file item). The third and fourth records have 
identical formats: a four byte string, a two-byte integer value, a four-byte 
single precision value, an eight-byte double-precision value and two padding 
bytes. Again notice that there are no marking bytes to describe the type of 
the file item. The file's EOF is at displacement 80 (hex 50). Any bytes in 
the sector at or beyond this displacement were unmodified by the running of the 
program as those bytes are not part of the file. 

Reload the program that was used to display the results of the LOC function as 
was used in the MU file experiments - we'll use it once again to demonstrate 
how file position is maintained. 

To demonstrate the file's position after open, type in the following: 

OPEN "I", 1, "FF/DAT", "FF", 20 : GOTO 10 

The system will respond with: 

$ EOF TEST 80 % EOF RBA 
! NEXT RCD RBA 

As expected, the system is positioned to process the next (first) record on the 
file. 



To transfer the first record, type in: 

GET 1,,,(20)A$; : PRINT LEN(A$); A$ : GOTO 10 
The system will respond with: 
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20 ABCDEFIJK 

$ EOF TEST 80 % EOF RBA 

20 ! NEXT RCD RBA # REMRA 

: you can see, 20 bytes were transferred to the variable named in the IGEL. 
; could just as easily have transferred a part of the record if we had wanted. 

ist to show how this can be done, we' 11 assume that the record consists of 3 
■byte items and transfer them individually in separate GETS. Of course we'll 
tve to use some special fp values to accomplish this task. Type in: 

GET 1,#,,(6)A$; : GET 1,*,,(6)B$; : GET 1,*,,(6)C$; 

PRINT LEN(A$); A$ : PRINT LEN(B$); B$ : PRINT LEN(C$); C$ : GOTO 10 

ie system will respond: 

6 ABCDEF 

6 UK 

6 

$ EOF TEST 80 % EOF RBA 

20 ! NEXT RCD RBA # REMRA 

ire we've read 3 fields from the same record using as many GET statements to 
i it. This shows one of the freedoms of partial record I/O. 

lother of the freedoms available to you is the ability to skip over bytes in a 
jcord to get to the ones you really want. We'll do that now with the second 
icord. Type in: 

GET 1,,,(12)$,(4)A$; : PRINT LEN(A$); A$ : GOTO 10 

ie system will respond with: 

4 3456 

$ EOF TEST 80 % EOF RBA 

40 ! NEXT RCD RBA 20 # REMRA 

ie 12 bytes we skipped could just as easily have been 6 integers as a 12 byte 
5CII string. The point being made is that the system neither knows nor cares 
lat data types or items are being skipped, only that (len) bytes are being 
cipped. 

3w we'll make a slight error in processing the fourth record - we'll forget 
jr a moment that was written with a 4-byte string at the start. Type in: 

GET 1,4,,I%,I!,I#; : PRINT 1%; I ! ; I# : GOTO 10 

ie system will respond with: 

12849 

-1 $ EOF TEST 80 % EOF RBA 

80 ! NEXT RCD RBA 60 # REMRA 
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Certainly not what we wrote! It does point out the need for consistent record 
description within FF (and FI, for that matter) files. Unlike a marked item 
file, in which this error would have been detected and reported, the fixed item 
processing demands that whatever is at the current file position be transferred 
to the named variable; no checks are done or can be done to prevent this type 
of error. (The reason for the zero values showing in the display for the 
single and double-precision numbers is that their exponent bytes were zero). 

You'll notice that we're now also positioned at EOF, or at least apparently so. 
In fact the current file position, in so far as the system is concerned, is the 
15th byte of the record. The LOC(fan)! returns the RBA of the start of the 
next sequential record to be processed; that is, the one which would be pro- 
cessed with an fp = (null). 

Just to show that we are positioned at the 15th byte, type in: 

FOR 1=1 TO 6 : GET 1,*,,(1)A$; : PRINT ASC(A$); : NEXT 
The system will respond with: 

122 141 

A little decimal-to-hex conversion will show the non-zero values to be the most 
significant mantissa byte and exponent byte respectively of the double preci- 
sion number originally written as record 4. 

Now let's go back and process record 4 correctly. Type in: 

GET 1,4,,(4)A$,I%,I!,I#; : PRINT I$;I%,I!,I# : GOTO 10 

The system will respond with: 

1234 20 400 8000 

-1 $ EOF TEST 80 % EOF RBA 

80 ! NEXT RCD RBA 60 # REMRA 

Just like it was written in the first place. You've noticed, of course, that 
the 4th record was processed using the rn form of the fp specification. When 
developing indices to fixed-length record files (FF, MF and field item) a 
couple of bytes can be saved by using integer items containing record numbers 
for the indices instead of single precision items containing the RBA value 
returned from some LOC function. Random access to a fixed-length record file 
is just as reliable using rn positioning as using RBA positioning , and perhaps 
a little easier to understand when examining an index item's contents. 

Now let's close the file and open it for some examples of updating. Type in: 

CLOSE : OPEN "R", 1, "FF/DAT", "FF", 20 : GOTO 10 
The system will respond with: 
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$ EOF TEST 80 % EOF RBA 
! NEXT RCD RBA 



tfhat we'll concentrate on is partial-record I/O. It's in this area that the 
fixed item files really have it over marked item files. Let's assume that the 
first and second records in our file have the same format: 4 5-byte long items 
each. Now let's update the 2nd item in the 1st record, and the last in the 2nd 
record. Type in: 

A$="2ND" : PUT 1 ,1 , ,( (2-l)*5) $ , (5)A$; : GOTO 10 

The system will respond with: 

$ EOF TEST 80 % EOF RBA 
20 ! NEXT RCD RBA # REMRA 

Now, to update the 2nd record, type in: 

A$="LAST" : PUT 1,2,,((4-1)*5)#,(5)A$; : GOTO 10 

The system will respond with: 

$ EOF TEST 80 % EOF RBA 
40 ! NEXT RCD RBA 20 # REMRA 

You may have noticed that positioning to the field in the record was done by 
computing the number of bytes to be skipped. In the 2nd record, the position- 
ing to the last 5-byte field didn't simply skip over the preceding 15 bytes, 
but nulled them out in the process. We'll see the effects of this later. 

Now let's update the integer items in the 3rd and 4th records. Type in: 

I%=-50 : PUT 1,3,,(4)$,I%; : PUT 1 ,4,,(4)$,I%; 

GET 1,3,,(4)J$,J%,J!,J#; : PRINT J$,J%;J!;J# : GOTO 10 

The system will respond with: 

1234 -50 4 8 

$ EOF TEST 80 % EOF RBA 

60 ! NEXT RCD RBA 40 # REMRA 

The first line of the response shows that our update affected only the one 
field we wanted to mess with - the other fields in the record were not modi- 
fied. In MF and MU files having similar records (allowing for marking bytes), 
the integer, single-precision and double-precision values would all have had to 
be specified in the IGEL in order to have updated just the integer. That 
statement isn't quite complete: the single and double-precision numbers would 
have to have been read first to maintain the correct values; also, they could 
have been written back individually using the various fp values. Again, here 
in an FF file, we had only to skip over the bytes we wanted to, and write the 
single field to be modified. 
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While in the "R" mode, any NEWDOS/80 file may be extended. To show this 
feature, type in: 

PUT 1,6,,J%,J%,J%; : GOTO 10 

The system will respond with: 

-1 $ EOF TEST 100 % EOF RBA 
100 ! NEXT RCD RBA 80 # REMRA 

In this example we entirely skipped over the 5th record of the file. The 
system, in order to maintain the necessary record orientation, created and 
wrote a 5th record containing only nulls before writing the 6th record as we 
specified. 

Now close the file, run SUPERZAP, and use the DFS function as before to examine 
the 1st sector of the file. You'll notice that the 2 string records (numbers 1 
and 2) have been updated as required, that the integer items in the 3rd and 4th 
records both read GEFF, that the 5th record (displacements 50-63 hex inclusive) 
is all nulls, and that the 6th record contains 3 repetitions of CEFF hex, fol- 
lowed by 14 nulls. 
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FI FILES 

e now come to the last of NEWDOS/80's unique file types: the FI file. Like 
he MI type file, it is a user segmented file; and like the FF type file, it is 
ade of fixed items, rather than marked items. Unlike the MI type file, the FI 
ile can be updated . This attribute makes it a little more powerful in its 
pplication than the MI type file. 

s we have done with each file type up to this point, we'll create a file by 
mining a BASIC program, then experiment with that file from the BASIC calcu- 
ator mode. To create the file, enter, save and run the following program. 

10 OPEN "0", 1, "FI/DAT", "FI" 

20 A$="1ST STRING" : B$="STR 2" 

30 I%-2 : I! =4 : I#-8 

40 PUT 1,,,(15)A$,(6)B$,I%,I!,I#; 

50 I%=I%*-1000 : I!=I!*-100 : I#=I#*-10 

60 PUT 1,,,(15)B$,(6)A$,I%,I!,I#; 

70 CLOSE 

he first thing you'll have noticed is that we never did a pseudo FIELD opera- 
ion (fp = %) as we did for the FF type file. This is because it isn't abso- 
utely necessary. BASIC will allocate the strings on GETs as it needs to, and 
he file support will pad/truncate the string file items as needed to make them 
'it the length specified by the IGEL item prefix. 

Tie second thing to notice is that the PUTs both put out data groups having 
.dentical formats: a 15-byte string, a 6-byte string, an integer, a single 
>recision value and a double precision value. In a larger file, such a con- 
dstent data group format would make it elegible for an FF type file, as all 
[ata groups would have the same length and structure. 

.oad the program used to print the LOC function results used in all previous 
•xperiments, and type in: 

OPEN "R", 1, "FI/DAT", "FI" : GOTO 10 

Hie system will respond with: 

$,E0F TEST 70 % EOF RBA 
! NEXT RCD RBA 

Vs expected, the file is positioned so that the first GET or PUT will begin 
>rocessing at the first byte of the file if fp = (null) or * is specified. 
This would be the case for all open modes except "E", which would position the 
tile to the EOF RBA. 

Cnowing the data structure of the two groups that we wrote makes it reasonably 
easy to access the second group via RBA positioning. Type in: 



GET 1,!35,,(15)A1$,(6)A2$,I%,I!,I#; 
PRINT Al$, A2$, 1%; I!; I# : GOTO 10 



> 
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The system will respond with: 

STR 1ST ST -2000 -400 -80 

-1 $ EOF TEST 70 % EOF RBA 
70 ! NEXT RCD RBA 35 # REMRA 

By processing all the data in the second data item group, the file is posi- 
tioned at EOF as the LOC(fan)$ shows. 



FI files can be extended in the same manner as FI files. Let's do just that, 
and leave an area of 10 bytes between the current file position and the new 
data. Type in: 

L=L0C(1)! : J-EXP(l) : PUT 1,,,(10)#,J; : GOTO 10 

The system will respond with: 

-1 $ EOF TEST 84 % EOF RBA 
84 ! NEXT RCD RBA 70 # REMRA 

The variable L contains the file location of the 10 padding bytes we wrote. 
We'll use that in a minute. Notice that in the PUT statement, the variable J 
was not suffixed by a type character. J has the default type of single preci- 
sion floating point and 4 bytes were written into the file. Though using 
explicit type suffix characters in IGELs is not required as it was for 
NEWDOS/80 version 1, it is highly recommended that you do so. 

Now, let's go back and put something in that padding area we just wrote. We'll 
use RBA positioning again to get to that area of the file. Type in: 

A$="ABCDEFG" : PUT 1 , ! L, , (4) A$, L! ; : GOTO 10 

The system will respond with: 

$ EOF TEST 84 % EOF RBA 
78 ! NEXT RCD RBA 70 # REMRA 

Pay special attention to the spacing on that last PUT statement. It shows the 
freedom you're allowed when entering a program. Depending on your own lean- 
ings, the spacing may or may not make the program more readable. Feel free to 
use spacing or not as you see fit. 

Now let's go back and read some of the data we've written to the file. Type 
in: 

GET 1,!58,,I!,I#,(4)B$,K!; 
PRINT I!; I#; B$; K! : GOTO 10 

The system will respond with: 
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-400 -80 ABCD 70 

$ EOF TEST 84 % EOF RBA 

78 ! NEXT RCD RBA 58 # REMRA 

read the data with the proper data types for what was located at the start- 
g file position, so the results of the PRINT are normal. Needless to say, if 

were off by even 1 byte in our positioning the results would have been 
ther different. 

show the disaster which could befall the unwary programmer, lets malposition 
e file and repeat the last transfer. Type in: 

GET 1,!57,,I!,I#,(4)B$,K!; 
PRINT I!; I#; B$; K! : GOTO 10 

e system will respond with: 

2.36125E+21 2147483648.000008 xABC 6.01858E-36 
$ EOF TEST 88 % EOF RBA 
77 ! NEXT RCD RBA 57 # REMRA 

isty, isn't it? But the system did just what we told it to do - because it's 
i FI type file, it couldn't protect us from ourselves. 

: you've gotten this far, you should have a fair idea of how to manipulate 
irked item and fixed item files. As the support for TRSDOS BASIC'S field item 
.les and print/ input files has not changed in NEWDOS/80, excepting for allow- 
lg field item files to have a standard record length of other than 256, no 
cperiments were provided here to familiarize you with them. If you haven' t 
me so lately, go back and read chapter 8. You'll see that indeed the support 
ar the old TRSDOS file types has been extended. With the experience you've 
sceived here, you'll be able to generate your own experiments for those 
ctensions. Good luck to you! 
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APPENDIX B 

he purpose of this appendix is to give some examples of marked item and fixed 
tem file useage and to give different explanations than were offered in chap- 
er 8 and Appendix A. Chapter 8 contains the specifications for the the I/O 
nhancements to BASIC. This appendix hopes to give enlightment but is not the 
pecif ications; chapter 8 is!!! 

houghout this appendix (as well as the whole manual) we shall refer to the 
ile types by their short names. The reader should refer now to the glossary 
n chapter 10 for the definitions of MI file, MU file, MF file, FI file and FF 
ile. This appendix will also refer to other terms such as IGEL, RBA, REMRA, 
.EMBA, etc. which are defined in the glossary or in chapter 8. 

ost of the examples given in this appendix deal with MU files and FF files 
ince these two types will be the most commonly used by the programmers. 

e have tried to make the examples as much alike as possible or practical to 
sake it easier for the reader to spot the differences. 

ince we are basically interested in demonstrating the use of the files (an 
xception is the demonstration of the uses of CMD"0", BASIC'S in-memory sort), 
'e do not provide the routines which actually use or generate the data to be 
ead from or sent to the files. The programmer is assumed to provide these 
outines if he/she wishes to use these examples in live situations. 

n all these examples, each named variable corresponding to a file item is suf- 
'ixed with an explicit type symbol ($, %, ! or #) (See line 120 of Example 3). 
!his is done so that the reader will know exactly what type of data is being 
•ead from or written to the file. We STRONGLY recommend that in your own IGELs 
ou do the same thing; otherwise it is quite possible that you can severly dam- 
ige a file by the implied type not being as you thought you remembered it. Use 
>f explicit type symbols was required in version 1 for IGELs used in fixed item 
:ile processing, but that is not so in version 2. An example of an IGEL that 
loes not use explicit type symbols is to change two lines in Example 7 to be: 

10 CLEAR 2000: DEFSTR N,S: DEFINT A, I: DEFSNG F: DEFDBL D 
120 (20)NM,AN,AM!,DT,(15)ST,IG,FP,DP; 

Lemember, we STRONGLY recommend the suffixing of type symbols to the variable 
lames in IGELs. 

lie operation of a GET or a PUT proceeds in two phases: 

1. The file positioning phase. In this phase, the file is positioned 
according to the second parameter, the file positioning parameter, of the 
GET or PUT statement. At the end of this phase, for certain types of 
positioning parameters, the file location values REMRA and REMBA are saved 
for possible future use when the subsequent positioning parameter for that 
filearea is # or $ (see section 8.10). 

2. The data transfer phase. In this phase, data is transferred between 
the file and the variables named in the IGEL. 
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Example 1: Write records sequentially to a MU file. 

MU files are intended as an alternative to print/input files. A MU file tends 
to use less disk space than a print/ input file, can be updated with some 
restrictions, can be indexed into via the !rba positioning parameter, and does 
not need the ;","; character sequence to separate strings during writes to 
the file. 

10 CLEAR 2000 

20 OPEN "0",1,"XXX/DAT:1 ,, , ,I MU" 

30 GOSUB 10000 'build data for record 

40 IF RN% = THEN CLOSE: END "end of run 

50 PUT 1,,,NM$,AN%,AM!,DT#,ST$,IG%,FP!,DP#; 

60 GOTO 30 

The file is opened for sequential output of records whose individual lengths 
vary depending upon the size of the two strings contained in each record. 

The file positioning parameter in the PUT statement is null, indicating that 
each execution of that PUT writes the next sequential record. 

The programmer supplies the routine at 10000 to generate the data for the re- 
cords. If no more records are to be created, set RN% = 0. Otherwise set RN% 
not and put into the 8 variables NM$, AN%, AM!, DT#, ST$, IG%, FP! and DP# 
the data that is to be transmitted to the file. 

The IGEL in this example is contained within the PUT statment and consists of 8 
expressions (in this case, all named variables). The variable or expression 
associated with each record item is separated from its neighbor by a comma. 
The IGEL is terminated by a semicolon. 

The full contents of each of the strings NM$ and ST$ is sent to the file, with 
each preceded by one or two string marker bytes. The second marker byte is 
used for strings 128 to 255 characters in length. 

Each of the integers AN% and IG% is represented in the file as 3 bytes, a 72H 
marker byte followed by the 2 bytes of the binary integer value in the same 
format as used by BASIC. 

Each of the single precision floating point numbers AM! and FP! is represented 
in the file as 5 bytes, a 73H marker byte followed by the 4 byte binary single 
precision floating point value in the same format as used by BASIC. 

Each of the double precision floating point numbers DT# and DP# is represented 
in the file as 9 bytes, a 74H marker byte followed by the 8 byte binary double 
precision floating point value in the same format as used by BASIC. 

Using the IGEL in the PUT statement to compute the minimum and maximum record 
lengths, the minimum length of a record in this file will be 37 bytes (both 
strings are null and including the SOR byte) and the maximum length of a record 
will be 549 bytes (both strings have 255 characters). 
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ample 2: Read records sequentially from a MU file. 

10 CLEAR 2000 

20 OPEN "I",1,"XXX/DAT:1 ,, ,"MU" 

30 IF EOF (1) THEN END 

40 GET 1,, ) NM$,AN%,AM!,DT#,ST$,IG%,FP!,DP#; 

50 GOSUB 10000 'process the record's data 

60 GOTO 30 

is example is the opposite of Example 1, using the same IGEL and named vari- 
les. The data records of the file are successively read and processed. The 
ogrammer supplies the routine at 10000 to do what he/she wishes with the 
ta. 

e file positioning parameter in the GET statement is null, meaning that each 
ecution of that GET reads the next sequential record in the file. 

e E0F(1) function returns a true condition when the file position of the next 
cord is exactly at file EOF. 



ample 3: Sequentially read and update the records of a MU file. 

10 CLEAR 2000 

20 OPEN n R",l, H XXX/DAT:l","Mu" 

30 IF EOF(l) THEN END 

40 GET 1,,120 'read the next sequential record 

50 GOSUB 10000 'update the record's data 

60 PUT 1,#,120 'rewrite the record back to the file 

70 GOTO 30 

120 NM$,AN%,AM!,DT#,ST$,IG%,FP! ,DP#; 

e same file created in Example 1 is used in this example. The file is opened 
•r both input and output operations. Records are read sequentially from the 
le into the BASIC variables, zero or more of those variables are updated by 
e programmer supplied routine at statement 10000. Upon return from that 
lutine, the record is written back to the file. 

ie file positioning parameter in the PUT statement is the character #. For 
ds example, at the start of each execution of that PUT statement, the file is 
ipositioned back to the start of the record read by the GET, causing the PUT 
> update that record. 

>th the GET and the PUT statement use the same IGEL which is located at text 
.ne 120. This IGEL is identical to that used in examples 1 and 2 except that 
istead of being contained within the GET or PUT statement, it is contained in 
separate text line with the GET and PUT statements containing that line 
imber as their third parameter. 

l error will be declared if the PUT statement finds the new length of a record 
cceeds the length originally assigned to that record during Example 1. This 
Lll only occur when the sum total of the file space used by the record' s 
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string items exceeds that of what the strings originally occupied plus any null 
space included in the original record (insertable using the (len)# function, 
see section 8.4.3.4). The numeric values may be updated without concern as 
they always occupy the same amount of file space. Thus, if a string item is to 
be updated in a Mil file, the string's resulting length should not be increased; 
it can be, but be careful. 



Exanple 4: Read in, sort in memory and write back out a MU file. 

10 CLEAR 10000: DEFINT I 

15 DIM NM$(200),AN%(200),AM!(200),DT#(200) 

17 DIM ST$(200),IG%(200),FP!(200),DP#(200)*BSS3W 

18 DIM IX%(200) 

20 IX=0: OPEN "I",l ,"XXX/DAT:1","MU" 
30 IF E0F(1) THEN 80 

40 IX=IX+lz IF IX > 200 THEN PRINT "TOO MANY RECORDS": END 
50 GETJ^6J;, QQW 30 , 

IFNM$*(IX),AN%(IX),AM!(IX),DT#(IX), 'IGEL 1st line 
j£jTiilXi x IG|.(lX) x FPilIX^OT#(lX)j .'IGEL last line 
-» 80*IF IX - THEN PRINT "BMPTY"FILE"T ££ — « 
90\C*fll!$",IX,*IX%(l),AM!(l),NM$(l) 
100X$LC^E>) OPEN "0",1 ,"XXX/DAT:1","MU" 
110 IY = IX: FOR IZ = 1 TO IY 
120 IX = IX%(IZ): PUT 1,,60 
130 NEXT IZ: CLOSE: END 



The MU file XXX/DAT:1 of 1 to 200 records is read into 8 arrays. 

The records are then indirectly sorted at line 90 using BASIC'S array sort 
using the IX% array as the interger indirect array. The sorting criteria is 
ascending order, first by the AM! values and then by the NM$ values. During 
the sort, the integer IX% array is set up to contain sequentially in the sorted 
order the index values into the other arrays. 

It should be noted that the sort changed nothing in the record arrays AM! and 
NM$. The IX% array was initialized to point each successive element to suc- 
cessive elements of the AM! array. As the sort proceded, the elements in the 
IX% array were moved around to conform to the sort order. 

It should further be noted that though the file records span across 8 arrays, 
the sort saw only the two of them (AM! and NM$) that provided the sort data. 

After the sort the records of the file are written out in sorted order. Since 
the same file was used to store the sorted records, the user must be sure to 
preserve a backup copy of the original file in case an error occurs during the 
output of the sorted records. 

This example demonstrates that IGELs can contain array named variables and that 
an IGEL may span multiple text lines (lines 60 and 70). 
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Example 5: Write records sequentially to a FF file. 

IT files are intended as an alternative to field item files (TRSDOS random 
riles). The FIELD statement is not used with FF files; though the user may 
fish to use the pseudo FIELD function specified in section 8.11. LSET and RSET 
ire not used in FF file processing to set up the variables making up the re- 
;ord, though if the user has set the strings to the specified lengths via the 
aseudo FIELD function, he/she may wish to use LSET or RSET to maintain a string 
variable at that length. LSET and RSET must never be used for numeric vari- 
ibles. For FF files, MKD$, MKI$, MKS$, CVD, CVI and CVS are not used. 

5ach string variable in the IGEL must be prefixed with the length the string 
Item will have in the file, and regardless of the number of characters in the 
variable's string at the time of the PUT, the corresponding string in the file 
tfill be truncated on the right or padded on the right with spaces to make up 
the required number of characters. During the PUT, the string variable is NOT 
changed; only the file item is. 

10 CLEAR 2000 

20 OPEN "0 ,, ,1,"XXX/DAT:1","FF",63 

30 GOSUB 10000 'build data for record 

40 IF RN% = THEN CLOSE: END 'all done 

50 PUT 1,,,(20)NM$,AN%,AM!,DT#,(15)ST$,IG%,FP!,DP#; 

60 GOTO 30 

The file is opened for sequential output of records each 63 bytes long. 

The file positioning parameter in trie PUT statement is null, indicating that 
each execution of that PUT writes the next sequential record. 

The programmer supplies the routine at 10000 to generate the data for the 
records. If no more records are to be generated, set RN% = 0. Otherwise set 
RN% non-zero and load the 8 variables NM$, AN%, AM!, DT#, ST$, IG%, FP ! and DP# 
with the data that is to be transmitted to the file. 

The IGEL is contained within the PUT statement and consists of 8 named vari- 
ables. The name variable associated with each record item separated from its 
neighbor by a comma. The IGEL is terminated by a semicolon. 

Each of the strings NM$ and ST$ is represented in the file by the number of 
characters specified by the variable's prefix in the IGEL. For each PUT exe- 
cuted by this example, the current contents of NM$ are sent to the file. If 
the NM$ string has more than 20 characters, the excess characters on the right 
are dropped from the file item, not from NM$. If the NM$ string has less than 
20 characters, the file item, not NM$, is padded on the right with spaces to 
make the file item 20 characters long. The same concept holds in restricting 
to 15 characters the file item associated with the ST$ string. 

Each of the integers AN% and IG% is represented in the file by 2 bytes in the 
same format as used by BASIC. 

Each of the single precision floating point numbers AM! and DF! is represented 
in the file by 4 bytes in the same format as used by BASIC. 
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Each of the double precsion floating point numbers DT# and DP# is represented 
in the file by 8 bytes in the same format as used by BASIC. 



Example 6: Read records sequentially from a FF file. 

10 CLEAR 2000 

20 OPEN "I",1,"XXX/DAT:1" > "FF",63 

30 IF EOF(l) THEN END 

40 GET 1,,,(20)NM$,AN%,AM!,DT#,(15)ST$,IG%,FP!,DP#; 

50 GOSUB 10000 'process the record's data 

60 GOTO 30 



The 



This example is the opposite of Example 5, using the same IGEL and named vari 
ables. The data records of the file are successively read and processed. '"- 
programmer supplies the routine at 10000 to process the data. 

The file positioning parameter in the GET statement is null, meaning that each 
execution of that GET reads the next sequential record in the file. 

After each record read, AM$ contains a 20 character string and ST$ contains a 
15 character string. 



Example 7: Sequentially read and update the records of a FF file. 

10 CLEAR 2000 

20 OPEN "R",1,"XXX/DAT:1","FF ,, ,63 
^30 IF E0F(1) THEN END 

40 GET 1,,120 'read the next sequential record 
50 GOSUB 10000 'update the record's data 

PUT 1,#,120 'rewrite the record back to the file 
70 G0T0„3j „_„,,.„---—_„».„,_„„_, 

j6ft [W(20)NM$,AN%,AM!,DT#,(15)ST$,K^FP! i DP# i J 






The same file created in Example 5 is used here. The file is opened for both 
input and output operations. Records are read sequentially from the file into 
the BASIC variables, zero or more of those variables are updated by the pro- 
grammer supplied routine at statement 10000. Upon return from that routine, 
the record is written back to the file. 

The file positioning parameter for the PUT statement is the character #. At 
the start of each execution of the PUT in this example, the file was reposi- 
tioned back to the start of the file record read by the GET (in more compli- 
cated words, to the REMRA) , thus causing the PUT to write that record. 

Both the GET and the PUT use the IGEL starting at line 120. 

After each GET, NM$ contains a 20 character string and ST$ contains a 15 char- 
acter string. During the programmer supplied processing, the lengths of one or 
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oth of the strings may change. During the PUT, the file item corresponding to 
iM$ is set again to a length of 20 characters, with space padding or truncation 
aking place on the right as necessary. The same concept applies to the 15 
:haracter file item corresponding to ST$. Remember, AM$ and ST$ are not 
:hanged by the PUT. 



Example 8: Randomly read and optionally update the records of a FF file. 

10 CLEAR 2000 

20 OPEN ,, D",1,"XXX/DAT:1","FF",63 

30 GOSUB 10000 'determine which record to read 

40 IF RN% ■ THEN END 'end if no more 

50 GET 1,RN%,120 'read that record 

60 GOSUB 15000 'optionally update the record's data 

70 IF RN% <> THEN PUT 1,RN%,120 'if required, write the record 

80 GOTO 30 

120 (20)NM$,AN%,AM!,DT#,(15)ST$,IG%,FP!,DP#; 

?his example is similiar to Example 7 excepting that the record reads are done 
randomly and the programmer can elect not to update the record. 

ttie file created in Example 5 is used here. For each record, the processing is 
is follows: 

The programmer supplied routine at line 10000 determines which file record 
is to be looked at next. On return, RN% contains the desired record 
number; if RN% = 0, the run is ended. 

The record is read, using RN% as the file positioning parameter to specify 
which record is wanted. 

The programmer supplied routine at line 15000 looks at the record's data 
and optionally changes 1 or more variables associated with the record. On 
exit from the routine, RN% is set to zero if the record is not to be 
updated; otherwise RN% is unchanged. 

If RN% is not zero, the record is rewritten to the file using RN% as the 
file positioning parameter. Note, the file positioning parameter for the 
PUT could have been the character #. 

tfote the use of "D" rather than "R" as the 1st parameter in the OPEN statement. 

"R" could have been used, but "D" prevents the file from being extended if for 

some reason RN% was changed before the PUT statement to be a record number 

Deyond the range of the file. 



Bxaaple 9: Sequentially write records to a MU file and sequentially write 
records to a FF file that serve as an index into the MU file. 

There are many cases where the user has a huge file with each record having 
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strings of varying lengths, does not want the string padding or trucation that 
is done by field item or fixed item files and yet still wants to be able to 
randomly access the file, and to a limited extent be able to update that file. 
Using a MU file as the main file and an FF file as an index file, the user can 
achieve these objectives. 

10 CLEAR 2000 

20 DIM AN%(4000),RB!(4000) 'two arrays to hold index data 
30 OPEN "0",1,"XXX/DAT:1","MU" 'open the main data file 
40 RC% = 

50 GOSUB 10000 'create next record's data 
60 IF RN% = THEN 105 'done with main file 

70 RC%=RC%+1: IF RC% > 4000 THEN PRINT "FILE TOO LARGE": GOTO 105 
80 RB!(RC%) = L0C(1)! 'save RBA of next record 
90 PUT 1,,,NM$,AN%(RC%),AM!,DT#,ST$,IG%,FP!,DP#; 
^ 100 GOTO 50 
105 CLOSE 

110 IF RC% = THEN PRINT "NO DATA RECORDS": END 
120 CMD"0",RC%,AN%(1),RB!(1) 'sort index data 
130 OPEN "0",1,"XXX/NDX:1","FF",6 'open index file 
140 FOR X = 1 TO RC% 

150 PUT 1,,,AN%(X),RB!(X); 'write index record 
160 NEXT X: CLOSE: END 

This example could have been programmed to write alternatingly one record to 
each of the two files. However, since both are on the same drive, the drive 
arm would be constantly in motion and execution would take, or at least seem to 
take, forever. Therefore, the index file's data is stored into arrays to be 
written out after the main file has been completely written. 

For this example the AN% array is assumed to hold account numbers and for each 
main data file record, the account number is unique. 

The program proceeds as follows: 

For each main data file record: 

The programmer supplied routine at 10000 set RN% = if no more main 
data file records are to be created. Otherwise it sets RN% non-zero 
and creates the record's data by storing the values in the proper 
variables, including the account number into its array. 

The RBA of where that record is to be placed in the main data file 
is determined by the line 80 L0C(1)! function and is stored into the 
RBA array RB!. 

The record is written to the main data file. 

The two arrays AN% and RB! are directly sorted. Since this is a direct 
sort, both arrays are physically arranged in the sort order, which is in 
ascending order of account number. Note, though ascending order of RBA is 
the secondary sort criteria r since the account numbers are unique , the RBA 
values are never checked. 
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The index file is created by writing the index records sequentially from 
the arrays, which are in ascending order of account number. 

Exactly the same results would have been attained had text lines 80 and 90 
tbove been written as: 

80 PUT 1,,,NM$,AN%(RC%),AM!,DT#,ST$,IG%,FP!,DP#; 

90 RB! = L0C(1)# 'RBA where the record was placed 



Example 10: Randomly read and optionally update the records of an indexed MU 
rile. 

10 CLEAR 2000 

20 DIM AN%(4000),RB!(4000) 

30 RC% = 0: OPEN "I",l ,"XXX/NDX : 1", "FF",6 'open index file 

50 IF E0F(1) THEN 100 

60 RC% - RC% + 1 

70 IF RC% > 4000 THEN PRINT "INDEX TOO LARGE": END 

80 GET 1,,,AN%(RC%) ,RB!(RC%); 'read index data into arrays 

90 GOTO 50 

100 CLOSE: IF RC% = THEN PRINT "NO ACCOUNTS": END 

110 OPEN "D",1,"XXX/DAT:1" J "MU" 'open main data file 

120 GOSUB 10000 'determine which account record wanted 

130 IF RN% = THEN END 'if req, end the run 

140 FOR X = 1 TO RC% 

150 IF RN% <= AN%(X) THEN 170 'search index for account #r match 

160 NEXT X: PRINT "BAD ACCOUNT NUMBER": GOTO 120 

170 GET 1, IRB!(X),300 'read the account record 

180 IF AN% <> RN% THEN PRINT "BAD DATA FILE": END 

185 GOSUB 15000 'display data, receive back updates 

190 IF RN% <> THEN PUT 1,#,300 'if required, re-write record 

200 GOTO 120 

300 NM$,AN%,AM!,DT#,ST$,IG%,FP!,DP#; 

It is assumed that you, the programmer, have an application that is basically 
data retrieval for display to the terminal operator and in some cases, update 
information is received from the terminal operator to alter information already 
in the main data file. 

The two files created in Example 9 are used in this example. The index file is 
opened first and its contents read into the two arrays AN% and RB ! 

For each record, the processing is as follows: 

The programmer supplied routine at 10000 queries the terminal operator to 
determine the account number. On return from that routine RN% contains 
the account number; if zero, the run is to end. 

The account number array AN% is searched for the matching account number. 
If not found, an error message is displayed. 

The account record is read from the main data file, using the account 
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record's RBA value from the RB! array as the file positioning parameter. 
RN% is then compared against the AH% value from the file and if not equal, 
an error message is displayed and the run terminated. 

The programmer supplied routine at 15000 displays the account data to the 
terminal operator, and, if required, accepts back the new data for the 
fields being updated. If the record is not to be updated, set RN% = 0. 

On return, the record is re-written to the file if RN% is non-zero. The 
PUT uses file positioning parameter # which repositions the file to the 
start of the record (again, in other words, the # causes file positioning 
to REMRA). 



Exanple 11: Sequentially write different type records to a MU file. 

A programmer's application may use different type6 of records. Normally, the 
individual record types would be stored in different files, but if a record of 
one type corresponds to one or more records of one or more other record types 
the programmer may want to store all of these associated records together in 
the file in order to minimize the time needed to access them. MU, MI and FI 
files readily allow this mixing of record types whereas field item, MF and FF 
files do so only if the records are all the same length. 

An example of this mixture of record types might be an insurance account which 
can have the account main record, one or more records of the individuals 
covered by the account, one or more records of payments and one or more records 
of claims, each of the 4 record types having different formats. 

In the example below, three different record types are used; the main record 
and two subsidary types. There is no correlation between these three record 
types and anything in the real world; all we are trying to do is demonstrate 
how a MU file can contain the multiple type records. 

In the example below, each set of records consists of one type 1 record and a 
mixture of zero or more type 2 and 3 records. 

10 CLEAR 2000 

20 OPEN "0",1, ,, XXX/DAT:1","MU" 

30 GOSUB 10000 'create type 1 record's data 

40 IF RN% = THEN CLOSE: END 'all done 

50 PUT 1,,,"1",NM$,AN%,AM!,DT#,ST$,IG%,FP!,DP#; 'write type 1 record 

60 GOSUB 11000 'create type 2 or 3 record's data 

65 IF X$ <> "2" THEN 90 

70 PUT 1,,,"2",SA$,SB$,LN$,PD!; 'if type 2 record, write it 

80 GOTO 60 

90 IF X$ <> "3" THEN 30 

100 PUT 1,,,"3",SJ$,DF#,IP%,IA%,FG1; 'if type 3 record, write it 

110 GOTO 60 

The programmer supplied routine at 10000 sets RN% - if no more records are to 
be created. Otherwise it sets RN% non-zero and creates the type 1 record's 
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ata. For each set of records, there is one and only one type 1 record. 

he programmer supplied routine at 11000 creates the type 2 or type 3 record's 
ata, whichever comes next. On exit from that routine X$ contains the record 
ype flag or if neither "2" or "3", it indicates the end of the series of 
ecords. The type 2 and type 3 records are intermixed on the file following 
he associated type 1 record. For a given type 1 record, there need not be any 
ype 2 or 3 records. 

ach PUT statement contains its own IGEL. Note, in each of these IGELs the 
irst entry is an expression rather than a named variable. It could have been 
named variable containing the record type character, but expressions were 
sed instead to demonstrate that the IGELs used for writing to marked item 
iles can contain expressions as well as named variables, hence the reason why 
ts called an IGEL (item group expression list) instead of an IGVL (item group 
ariable list). 



xanple 12: Sequentially read and optionally update records from a MU file 
ontaining multiple record types. 

he file created in Example 11 is used here. In this example we will demon- 
trate the partial record read feature of marked item files (also available for 
ixed item files). The first three, the 5th and 7th items of the type 1 record 
ill be read, type 2 records will be skipped, and type 3 records will be pro- 
essed entirely, including optionally being updated. 

10 CLEAR 2000 

20 OPEN "D",1,"XXX/DAT:1","MU" 

30 IF E0F(1) THEN END 

40 GET 1,,,RT$; 'read record type character 

50 IF RT$ <> "1" THEN PRINT "BAD RECORD TYPE": END 

60 GET 1,*,,NM$,AN%,,DT#,,IG%; 'read selected type 1 record items 

70 IF E0F(1) THEN END 

80 GET 1,,,RT$; 'read next record type character 

90 IF RT$="2" THEN 70 'bypass type 2 records 

100 IF RT$ <> "3" THEN 50 

110 GET 1,*,200 'read in rest of type 3 record 

120 GOSUB 11000 'process type 3 record's data 

130 IF RN% <> THEN PUT 1,$,200 'if required, re-write type 3 record 

140 GOTO 70 



200 SJ$,DF#,IP%,IA%,FG!; 



'he GET statments at lines 40 and 80 read only one item of the next record, and 
he file is left positioned at the 2nd item of the record. Both REMRA and 
1.EMBA point to the record's 1st item. 

lie GET statements at lines 60 and 110 start where the line 40 or 80 GET left 
iff. The line 60 and 110 GETs do NOT advance to the next record before input- 
:ing data. However, before inputting the data REMRA is set to point to the 
lositioning point which is the 2nd item of the record. Thus, if the line 130 
'UT o.s executed, the PUT' s reposition parameter will reposition the file to 
LEMBA which is pointing at the record's 2nd item. REMRA is not changed by the 
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line 60 or line 110 GET statements. 

The line 60 GET reads the 2nd, 3rd, 5th and 7th items of the type 1 record and 
leaves the file positioned at the 8th item. The 4th and 6th items were skip- 
ped, and the next execution of the line 80 GET will skip the remainder of the 
type 1 record items (the 8th and 9th). 

The remainder of the item in the type 2 records are skipped over by the next 
execution of the line 80 GET. 

The line 110 GET reads the rest of the type 3 record, the 2nd through 6th 
items. 

The programmer supplied routine at line 11000 does whatever processing is 
needed for the type 3 record, using its data plus that extracted from the type 
1 record. If the type 3 record is to be updated, RN% is set non-zero; other- 
wise it is set equal to 0. 

On return for that routine, if RN% <> the type 3 record is re-written to the 
file. Note that only the 2nd through the last items were written back to the 
file. The first item was not changed as the file positioning done for the line 
130 PUT was to the REMBA position which was the file position existing during 
the line 110 GET immediately after its positioning was done and before any 
items were inputted. 

Remember that in updating a MF and MU record, once an item is written back to 
that record, all items following it in the record must also be written back if 
those items are to remain part of the record. It is not necessary they all be 
written by the same PUT statement, but they must all be written; for each PUT 
that updates only part of a MU file record fills with null bytes all of the 
record's bytes, if any, following the last item written. 

For record segmented files, EOF compares the location of next record against 
the EOF. For the type 3 record processing above, the position where the line 
130 PUT leaves off and the position of the next record are the same. For the 
type 1 and 2 records, the GET statements left the file positioned to the 8th 
and 2nd items respectively. In these cases, EOF computes the position of the 
next record and uses that value in its compare against EOF. 



Example 13: Sequentially write records to a MF file (marked item file of 
fixed length records). 

A programmer's application may require full update capability for a file that 
contains strings. Since a MU file cannot guarantee record update success when 
strings are being lengthened, the programmer must go to either field item file, 
a FF file or lastly, a MF file. The relative merits of the field item and the 
FF file have already been discussed, so we will concern ourselves here only 
with the relative merits of the FF and MF files. 

The advantage of MF files is that string items are not padded with blanks to 
fill out the item to the maximum length allowed it. Each string item is 
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ritten with the number of characters it needs, up to but not exceeding the 
aximum length allowed it. Then, at the end of the record, if unused record 
pace exists, the record is filled out with null bytes which during the read of 

MF file, the program never sees. Though most of the time padding bytes do 
ot bother the programmer in comparing a string item from the file with another 
tring, there are times when it creates a real inconvenience compared to the 
ost of the extra disk space involved. 

he disadvantage of MF files over FF files is that MF files use more disk space 
ue to the inclusion of the item marker bytes. In this example, the record 
ize is 13% greater than the corresponding FF file in Example 5 though both 
ontain the same data, excepting that the MF file strings are not padded. 

10 CLEAR 2000 

20 OPEN "0",1, II XXX/DAT:1", ,, MF",71 

30 GOSUB 10000 'create data for record 

40 IF RN% = THEN CLOSE: END *no more records 

45 IF L0F(1) < RN% THEN PRINT "BAD RECORD #": GOTO 30 

50 PUT 1,,,(20)NM$,AN%,AM!,DT#,(15)ST$,IG%,FP!,DP#; 'write record 

60 GOTO 30 



he file is opened for sequential output of records each 71 bytes long, 
iccording to the IGEL at line 50, this 71 bytes allows for items of 21, 3, 5, 
i, 16, 3, 5 and 9 bytes respectively (remember, each item starts with a marker 
>yte) . 

!he programmer supplies the routine at line 10000 to set RN% = if no more 
•ecords are to be created. Otherwise it sets RN% non-zero and loads the data 
:or the new record into the 8: variables NM$, AN%, AM!, DT#, ST$, IG%, FP! and 
)P#. 

'he representation of the items on the disk is the same as described in Example 

for the MU file excepting that SOR items are not used and that both string 
.terns are limited to a maximum number of characters, 20 for NM$ and 15 for ST$. 
.£ at the time the file item is written, either string variable has a length 
greater than the maximum allowed for the file item, then the excess characters 
>n the right are not transmitted to the file item. 

itrickly speaking, it is not a requirement that string expressions in the IGEL 
lsed at line 50 above be prefixed with a maximum string length value. The IGEL 
)f Example 1, line 50 could have been used. However, by not specifying a max- 
imum string length value for any one string item, full update capability cannot 
>e guaranteed for the record. 

Jote the use of the LOF function at line 45 to check if the requested record is 
within the file. 
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Example 14: Randomly read and optionally update records of a MF file. 

10 CLEAR 2000 

20 OPEN "D",1,"KXX/DAT:1","MF",71 

30 GOSUB 10000 'determine which record to read 

40 IF RN% = THEN CLOSE: END 'end if no more 

50 GET 1,RN%,120 'read that record 

60 GOSUB 15000 'optionally update the record's data variables 

70 IF RN% <> THEN PUT 1 ,#,120 'if required, rewrite the record 

80 GOTO 30 

120 (20)NM$,AN%,AM!,DT#,(15)ST$,IG%,FP!,DP#; 

The file is opened for random reading and writing. The first parameter of the 
OPEN statement is "D" to prevent extension of the file. 

The programmer supplies the routine at line 10000 to determine which record is 
to be processed next. On exit from that routine, RN% contains the record 
number except that if RN% = 0, then the run is to end. 

The record is then read. The resulting length of the string NM$ is to 20 
characters and of string ST$ is to 15 characters depending on what the cor- 
responding file item actually had in it. Remember, no padding with spaces was 
done during the item write and none is done during the GET. 

The programmer supplies the routine at line 15000 to query the data in the 
variables NM$, AN%, AM!, DT#, ST$, IG%, FP! and DP#. If the record is not to 
be updated, it sets RN% - 0. Otherwise it changes some or all of those vari- 
ables. 

On return from this routine, if RN% is not zero, the record is written back to 
the file. If one or more of the string variables have a new length, then the 
corresponding file item assumes that new length. 



Example 15: Sequentially write to a MI file. 

MI and FI files are one long series of items. If the programmer logically 
groups items into records, BASIC knows nothing of it since a record length is 
not specified at OPEN, such as is done for field item, MF and FF files, nor is 
there a record marker, such as the SOR (start of record) byte for MU files and 
the EOL (end of line) byte for print/input files. Not knowing anything about 
the programmer's possible logical record segmentation of MI and FI files, BASIC 
cannot automatically advance to the next record such as was done by the GET 
statement at line 80 in Example 12 where the remainder of a type 1 or type 2 
record was bypassed. 

We will use the code of Example 11 with one change, to generate a MI file con- 
sisting of 3 record types (remember, BASIC knows nothing of records in MI and 
FI files). Changing line 20 of Example 11 to: 

20 OPEN H 0",1,"XXX/DAT:1","MI" 

we can generate the file used in Example 16 below. 
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cample 16: Sequentially read a MI file. 

le file created in Example 15 is used here. Though the programmer knows the 
Lie contains records of 3 types, BASIC does not. Therefore, to advance to the 
2xt record, the program must read the previous record completely, though it 
sed not do so all in one GET statement. 

MI file cannot be updated. This is restriction is made because of the 
npossibility of handling strings whose lengths change. 

10 CLEAR 2000 

20 OPEN H I",1, ,, XXX/DAT:1","MI" 

30 IF E0F(1) THEN END 'exit if empty file 

40 GET 1,,,RT$; 'read record type character 

50 IF RT$ <> "1" THEN PRINT "BAD RECORD TYPE": END 

60 GET 1,,,NM$,AN%,AM!,DT#,ST$,IG%,FP!,DP#; read type 1 record 

70 IF E0F(1) THEN END 

80 GET 1,,,RT$ 'read next record type character 

90 IF RT$ = "2" THEN 150 

100 IF RT$ <> "3" THEN 50 

110 GET 1 J *,,SJ$,DF#,IP%,IA%,FG1; 'read type record 

120 GOSUB 11000 'process using type 1 and 3 record data 

140 GOTO 70 

150 GET 1,,,SA$,SB$,LN$,PD!; : GOTO 70 

emember, though the comments in the above program discuss records, the logical 
egmenting of the file into records is known only to the programmer and not to 
ASIC. 

ote that line 60 above used a null positioning parameter where line 60 in 
xample 12 used the * positioning parameter. In Example 12, the * was used 
ecause file positioning was to stay where it was and not advance to the next 
ecord. However, since for MI and FI files, BASIC knows nothing of records, 
he null and the * positioning parameters work exactly the same which is to 
eave the file positioned where it is. Thus, in lines 40, 60, 80, 110 and 150 
bove, the positioning parameters null and * could have been used interchange- 
bly. Since it is easier to type a null than an *, the null will tend to be 
sed. Remember though, for MU, MF and FF file processing, there is a differ- 
nce between the meaning of null and the meaning of *. 



xanple 17: Sequentially write records to a FI file and sequentially write 
ndex records at the end of that file to indexing into the main records. 

he FI file is a very flexible file. It allows the programmer the capability 
f the FF file while allowing records of different lengths. Remember, as if 
he MI file, BASIC knows nothing of the programmer's segmenting of a FI file 
nto records. To the programmer though, the FI file can be an assortment of 
11 kinds of records. This example and Example 18 will use a FI file composed 
f 5 different logical record types : the three record types used in examples 
1, 12, 15 and 16, the index records used in the FF file in examples 9 and 10, 
ind another 2 byte record type unique to the current file. 
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In this example, we will assume the record type l's AN% item is an account 
number and that the account number is unique for each type 1 record. The file 
is first written to contain all the records of the first 3 types. The ELBA and 
the account number of each type 1 record is saved in two BASIC arrays. After 
all the data records are written, a 1 byte record is written to indicate the 
end of the data records. Next, the two arrays are sorted into ascending 
account number order. Index records are then written to the file. Lastly, the 
number of index records is written to the file. 

This example is a cross between Example 9 and Example 11 and most of the com- 
ments there apply here, excepting that you are dealing with one FI file instead 
of a MU file and a FF file. 

10 CLEAR 2000 

20 DIM AN%(4000),RB 1(4000) 'arrays for index data 

30 OPEN "0",1 ,"XXX/DAT;1","FI" 'open the combined data/ index file 

40 RC% = 

50 RT$ = "1": GOSUB 10000 'create next type 1 record 
- 60 IF RN% = THEN 170 'done with main data 

70 RC%=RC%+1: IF RC% > 4000 THEN PRINT "FILE TOO LARGE": GOTO 170 

80 RB!(RC%) = L0C(1)! 'RBA where type 1 record will be stored 
j 90 PUT l,,,(l)RT$,(20)NM$,AN%(RC%),AM!,DT#,(15)ST$,IG%,FPl,DP#; write 

f type 1 rec 

1 -100 GOSUB 15000 'create type 2 or 3 record 

110 IF RT$ » "2" THEN 150 

120 IF RT$ <> "3" THEN 50 

130 PUT 1,, S (1)RT$,(40)SJ$,DF#,IP%,IA%,FG!; 'write type 3 record 

140 GOTO 100 

150 PUT 1,,,(1)RT$,(3)SA$,(32)SB$,(14)LN$,PD!; 'write type 2 record 

160 GOTO 100 
L>170 IF RC% - THEN PRINT "NO DATA RECORDS": END 
175 RT$="0": PUT 1,,,(1)RT$; ;flag end of main data 
180 CMD"0",RC%,AN%(1),RB!(1) 'sort index data 
190 FOR X - 1 TO RC% ( 

200 PUT 1,,,AN%(X),RB!(X); 'write index record ,. otfh *«c rwi at 
210 NEXT X _-- 

220 PUT l,,iRC%; 'write number of index records 
230 CLOSE: END- 

An advantage of writing the index records in with the data records is that only 
one file is used for both, thus avoiding problems in backup and copy of keeping 
a data and an index file in synchronization with each other. In examples 9 and 
10 we could have used only one file, storing the index again on the back end of 
the MU file. 

Since the file is a fixed item type, all named string variables in the IGELs 
must be prefixed with the length the file item is to have. Truncation or 
padding with spaces on the right takes place as the string data is moved to the 
file item. 

As with Example 9, exactly the same results would have been attained had text 
lines 80 and 90 above been written as: 
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80 PUT 1,,,(20)NM$,AN%(RC%),AM!,DT#,(15)ST$,IG%,FP',DP# 
90 RB!(RC%) = L0C(1)# * RBA where the record was placed 

te at line 17 5 a one byte end-of-main data record is written. This separator 
needed by Example 18. 



ample 18: Randomly read and optionally update the data records of an 
dexed MI file. 

e file created in Example 17 is used here. The last two bytes of the file 
e read to determine the number of index records (and type 1 records). The 
dex records are then read into two arrays. Then selected data record groups 
e read from the file and optionally the DF# and IA% items of the type 3 
cords are updated back to the file. 

is example is a cross between Example 10 and Example 12 excepting that both 
e index and the data are contained within the FI file, only two items of the 
pe 3 record are updated, and other differences as noted below. 

10 CLEAR 2000 

20 DIM AN%(4000),RB!(4000) 'two arrays for index data 

30 OPEN "D ,I ,1,"XXX/DAT:1 ,, ,"FI" 

40 X! = L0C(1)% - 2 'compute RBA of file's last 2 bytes 

50 GET 1,!X!,,RC%; 'read in count of index records records 

60 GET 1, !$(X!-6*RC%) 'position file to 1st index record 

70 FOR X = 1 TO RC% 'read index data into the two arrays 

80 GET 1,,,AN%(X),RB!(X); 

90 NEXT X 

100 GOSUB 10000 'determine which account to process 

110 IF RN% = THEN END 'run is completed 

120 FOR X = 1 TO RC% 'search account # array for match 

130 IF RN% = AN%(X) THEN 150 

140 NEXT X: PRINT "BAD ACCOUNT NUMBER": GOTO 100 

150 GET 1,!RB!(X),,(1)RT$,(20)NM$,AN%,AM!,DT#,(15)$,IG%,(12)$; 'type 1 rec 

160 IF RT$ <> "1" THEN PRINT "BAD INDEX": END 

170 IF RN% <> AN% THEN PRINT "BAD FILE DATA": END 
r>180 GET 1,,,(1)RT$; 'read next record's type char 

190 IF RT$ = "3" THEN 230 

195 IF RT$ = "1" OR RT$ = "0" THEN 100 'test end of account 

200 IF RT$ <> "2" THEN PRINT "BAD FILE DATA": END 

210 GET 1,*,,(3)SA$,(32)SB$,(14)LN$,PD!; 'bypass type 2 record 

220 GOTO 180 

230 GET 1,,,(40)SJ$,DF#,(2)$,IA%,FG!; 'read type 3 record 

240 GOSUB 11000 'process type 1 and 3 record data 

250 IF RN% <> THEN PUT 1 ,$, , ( 40)$,DF#,( 2)$,IA%,(4)$; 'update type 3 rec 
-260 GOTO 180 

t line 40, note the use of the L0C(1)% function to obtain the RBA of the file 
3F. This is used to compute the RBA of the next to the last byte in the file 
s trie files last 2 bytes contain the integer count of both the number of index 
ecords in the file and the number of type 1 records in the file. This integer 
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value is read into RC% at line 50. 

At line 60, using this index record count, the RBA of the 1st index record is 
computed and the file positioned to the start of the first index record. Note 
that the computation is done right in the GET statement's file positioning 
parameter. This may be done provided the computation itself does not reference 
a filearea. Also note that the file positioning parameter is of the !$rba type 
(see section 8.8.6), meaning that this GET is for file positioning only; an 
IGEL or IGELSN is not allowed, and no data transfer takes place. 

The programmer supplied routine at line 10000 determines the account number for 
the group of records to be interrogated. If no more accounts are to be read, 
set RN% = 0; otherwise set RN% = to the account number. 

At line 150 the file is positioned using the RBA associated with the account 
number in the index arrays. The type 1 record is then read. It has been 
arbitrarily decided that it is not necessary to know what is in the file items 
corresponding to ST$, FP! and DP# (see line 90 in Example 17). Therefore, 
these items can be bypassed. However, since this is fixed item file, it is 
necessary to inform BASIC of the number of files bytes of be skipped, using the 
(len)$ format (see section 8.4.3.3). The (15)$ causes the skip of the 15 file 
bytes that would normally be read into the string ST$. The (12)$ causes the 
skip of the 4 bytes that would normally be read into FP! and the 8 bytes that 
would normally be read into DP#. Lastly, if this IGEL was used in FF file 
processing, the (12)$ expression could have been dropped from the IGEL, as no 
other expressions follow it in the IGEL and the next GET with null positioning 
parameter will advance the file to the next record. In FI processing, the 
programmer must account for all of the record's space since BASIC knows nothing 
of his/her record structure, hence the (12)$ is required. 

At line 210, though all we want to do is skip the type 2 record, we still must 
advance the file positioning as once again, BASIC knows not where this record 
ends. The same file position advancement could have been obtained with: 

120 GET 1,,,(53)$; 'bypass rest of type 2 record 

The programmer supplied routine at 11000 processes the data from the type 1 and 
3 records. If the type 3 record is not to be updated, set RN% - 0. Otherwise 
change either or both of DF# and IA% and set RN% non-zero. 

The PUT statement at line 250 repositions the file to the REEBA position 
remembered by the GET at line 230. The type 3 record is then updated. Note 
that only 2 of the items, those corresponding to DF# and IA%, are replaced in 
the file (compare with line 130 of Example 12). The other items are skipped 
over and are not changed. In using the (len)$ or (len)# expressions in the 
IGEL, the programmer must be certain to account for the proper number of bytes. 

The use of the (len)$ type expression in the IGELs of lines 150 and 250 was 
done only to give examples of the (len)$ use. The user might prefer to just 
use the regular IGELs, changing those two lines to be: 

150 GET 1,*,,(1)RT$,(20)NM$,AN%,AM!,DT#,(15)ST$,IG%,FP!,DP#; 

and 

250 IF RN% <> THEN PUT 1 ,$, ,(40)SJ$,DF#,IP%,IA%,FG! ; 
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